Phát triển cho Mac OS X, trên Windows?

Question

Vâng, tình huống đơn giản. Tôi tình cờ là một kỹ sư phần mềm sử dụng chủ yếu là Delphi và C# để phát triển phần mềm. Delphi rất tuyệt vời cho các ứng dụng máy tính để bàn trong khi C# lý tưởng kết hợp với ASP.NET cho các ứng dụng web. Tuy nhiên, tôi đang xem xét để dạy cho mình nhiều hơn về phát triển phần mềm cho Mac. Xcode và Cocoa sẽ là môi trường để bắt đầu. Học ngôn ngữ mới không phải là vấn đề đối với tôi!

Tuy nhiên, trước khi bắt đầu viết mã trên máy Mac, trước tiên tôi cần phải mua một cái và chúng đắt tiền hợp lý để mua một cái là quyết định sẽ đưa tôi vài tháng trước khi tôi biết tôi cần cái nào. Vì vậy, để giúp tôi ngay bây giờ, tôi muốn biết những khả năng mà tôi phải tìm hiểu thêm về phát triển Mac mà không cần một máy Mac!

Ví dụ: OS X có hoạt động trong môi trường VMWare không? Các công cụ phát triển cũng có sẵn cho Windows không? Có tổng quan API rõ ràng về thư viện OS X không?

Hoặc trước tiên tôi nên mua máy Mac, hãy chơi với máy tính này trong vài tuần và sau đó quyết định cách phát triển phần mềm cho nó? Nói cách khác, tôi nên bắt đầu chi tiêu ngay bây giờ, hoặc trong một vài tháng? :-)

Answer 1

Có lẽ một macmini sẽ là lựa chọn tốt nhất nhưng thất bại rằng:

MacOSX trong VMWare: http://wiki.osx86project.org/wiki/index.php/Vmware_how_to

Công cụ phát triển cho cửa sổ? Tôi muốn dính vào XCode vì nó có thể biên dịch các ứng dụng đa nhị phân.

Dưới đây là tổng quan rõ ràng nhất tôi có thể nghĩ: http://developer.apple.com/referencelibrary/MacOSX/index.html

Hope this helps!

Answer 2

Mac OS X làm việc trong một VMWare ...

Thật không may XCode chỉ hoạt động trên Mac OS ...

Có phiên bản của Max OS, chạy trên máy x86. Bạn có thể tránh mua một máy tính Mac, nhưng bạn phải trả tiền cho các hệ điều hành và XCode ...

EDIT: Xcode là miễn phí

Answer 3

Bạn chắc chắn muốn có Mac nếu bạn muốn phát triển cho Mac. Ngay cả Java cũng yêu cầu thử nghiệm cục bộ.

Điều đó nói rằng, máy Mac không phải là rất tốn kém và chạy Windows quá.

Nếu bạn muốn tìm hiểu và bắt đầu lập trình trước khi có máy Mac, tôi khuyên bạn nên sử dụng Java hoặc .NET, cụ thể là Delphi Prism.

Xem ở đây thí nghiệm đầu tiên của tôi với Delphi lăng kính:

http://leaukiprog.blogspot.com/2009/07/delphi-prism-first-experiment.html

Bạn có thể viết một chương trình cho Windows, giữ mã GUI và các mã khác riêng biệt và sau đó thay thế Winforms GUI với một giao diện Cocoa bản địa trên máy Mac.

Tôi thấy rằng Pascal là một ngôn ngữ tốt để truy cập các API gốc từ .NET. Mọi thứ trông sạch sẽ hơn với C#, tôi nghĩ vậy.

Phiên bản mới của Delphi Prism sắp ra mắt vào ngày 25, theo như tôi biết.

Answer 4

Máy Mac sử dụng Mục tiêu C. Các API rất hữu ích và có nhiều hướng dẫn trực tuyến. Bạn sẽ sử dụng Xcode, Mac tương đương với Windows 'Visual Studio và Linux's Glade.

Tôi thích tạo các ứng dụng đa nền tảng. Trong một vài giờ tôi có thể thử nghiệm một ứng dụng trong Mac và xuất bản nó trực tuyến. Sau đó, sẽ mất một hoặc hai ngày để chuyển sang Windows.

Answer 5

Máy Mac trông đắt tiền, nhưng không phải là nếu bạn nhìn vào số tiền bạn kiếm được.

Điều đó tùy thuộc vào bạn nếu bạn mua một chiếc hay không. Tôi đảm bảo bạn sẽ có rất nhiều niềm vui với nó, bên cạnh lập trình. Nếu bạn muốn có một máy Mac giá rẻ, chỉ cần mua một chiếc Mac Mini với giá 500 đô la, bạn có thể kết nối với Màn hình bạn đã sở hữu.

Tôi khuyên bạn nên thực hiện việc này trên Mac OS X thay vì Windows, nhưng một lần nữa: tùy thuộc vào bạn.

P.S. Bạn có thể sử dụng VMWare, nhưng tôi nghĩ rằng nó chậm nếu bạn có ít hơn 4 GB RAM.

Answer 6

Bạn cũng có thể xem xét dự án GNUstep. Điều này sẽ cho phép bạn trải nghiệm khách quan-c một chút trước khi bạn thực hiện việc giảm, mặc dù với lib GNU thay vì ca cao.

Answer 7

Phần mềm Mac (hoặc iPhone) tốt là sản phẩm thủ công; nó phản ánh văn hóa và thị hiếu của người dùng Mac (hoặc iPhone). Bởi vì Mac là một nền tảng cao cấp, người dùng có xu hướng nhạy cảm hơn với cảm nhận và đánh bóng ứng dụng. Vì vậy, để thành công chương trình cho Mac/iPhone hoặc thậm chí grok các khuôn khổ Cocoa đúng cách, bạn phải grok kinh nghiệm người dùng Mac. Mặc dù nhiều người đến từ Windows hoặc thế giới UNIX khác cố gắng bỏ qua bước này, họ làm như vậy với sự nguy hiểm của chính họ.

Vì vậy, với tư cách là nhà phát triển Mac (cũng viết cho các hệ điều hành UNIX khác), đề xuất của tôi là mua máy Mac và bắt đầu sử dụng nó, toàn thời gian nếu bạn có thể. Mac Mini hoàn toàn phù hợp để phát triển và sẽ giúp bạn chỉ trả lại vài đô la, bao gồm cả hệ điều hành. Hãy xem xét rằng trên Windows, điều này thường ít hơn giá của một giấy phép VS đầy đủ. Mọi thứ khác (Xcode, thư viện, v.v.) đều miễn phí.

Khi bạn có máy Mac và bắt đầu cảm nhận mọi thứ, bạn sẽ khám phá ra rằng có một số tùy chọn phát triển. Bên cạnh khung công tác Cocoa - có thể được sử dụng từ Python (thông qua cầu PyObjC tích hợp sẵn), Ruby (thông qua MacRuby hoặc RubyCocoa) —- có một số tùy chọn khác. Qt từ Nokia và Mono là khả thi. Thường thì các ứng dụng đa nền tảng được viết bằng Qt hoặc Mono không thích trên máy Mac vì chúng không cảm thấy "bản địa" (xem ở trên), nhưng thực sự vấn đề không phải là khung công tác. Nếu bạn có trải nghiệm người dùng Mac, bạn có thể viết một ứng dụng Mac rất dễ sử dụng trong một khung nền tảng chéo. Bạn chỉ cần có ý định viết một ứng dụng Mac, không nhận được một ứng dụng Windows làm việc trên máy Mac.

Answer 8

Nếu bạn mã hóa trong RealBasic hoặc Lazarus, bạn có thể chạy và biên dịch ứng dụng cho cả Mac OS và Windows (và Linux trong trường hợp của Lazarus). RealBasic không phải là phổ biến bên ngoài nền tảng Mac, và không phải là miễn phí. Lazarus vẫn là một chút thô xung quanh các cạnh, nhưng về cơ bản là một phiên bản miễn phí của Delphi.

Lazarus đang làm việc chăm chỉ trên một cổng COCOA mẹ đẻ với phiên bản lớn tiếp theo của FPC (mặc dù điều đó có thể sẽ được cung cấp duy nhất vào năm 2011)

Answer 9

Một Mac thực sự không phải là tốn kém nếu bạn đi Mặt thứ hai xuống lộ trình, tôi đã được đưa ra bởi giá của Macbook thương hiệu mới vì vậy tôi có một mô hình cuối năm 2007 cho £ 350 và thêm một buổi biểu diễn thêm RAM cho nó.

Giá cả hợp lý, ít rắc rối để phát triển hơn nữa!

Answer 10

Nếu bạn muốn có một cảm giác chung về ObjC và thư viện đối tượng, tại sao không thử GNUStep?

Hãy xem nó ở đây:

http://wiki.gnustep.org/index.php/Main_Page