Có cách nào được hỗ trợ để chạy các ứng dụng .NET 4.0 trên máy Mac không?

Điều gì, nếu có, là các tùy chọn được Microsoft hỗ trợ để chạy mã C # /. NET 4.0 nguyên bản trên máy Mac? Vâng, tôi biết về Mono, nhưng trong số những thứ khác, nó thua Microsoft. Và Silverlight chỉ hoạt động trong một trình duyệt web. Một giải pháp loại VMWare sẽ không cắt nó.

Có câu trả lời bán chính thức nào cho lý do tại sao Microsoft không hỗ trợ .NET trên máy Mac không? Có vẻ như họ có thể Silverlight và / hoặc mua Mono và nhanh chóng có mặt ở đó. Không cần Visual Studio bản địa; biên dịch chéo và gỡ lỗi từ xa là tốt.

Lý do là nơi tôi làm việc có sự không chắc chắn ngày càng tăng về tương lai, điều này gây ra sự phát triển hơn rất nhiều trong C ++ thay vì C #; các dự án hoàn toàn mới đang chọn sử dụng C ++. Không ai muốn nói với quản lý 18 tháng 24 tháng kể từ bây giờ "xin lỗi" nếu Mac (hoặc iPad) trở thành một yêu cầu. C ++ được xem là lựa chọn an toàn hơn, ngay cả khi nó (có thể nói là) có nghĩa là mất năng suất ngày nay.

Có câu trả lời bán chính thức nào cho lý do tại sao Microsoft không hỗ trợ .NET trên máy Mac không?

Câu trả lời tốt nhất có lẽ là bạn không "chỉ hỗ trợ" .NET trên Mac. Bạn chi hàng trăm triệu đô la và vài năm chuyển .NET sang Mac.

Mặc dù một số thứ được quản lý hoàn toàn và không yêu cầu chuyển, nhưng hầu hết mọi thứ là các hàm bao quanh API Win32 (windows, controls, gdi +, mật mã, thư mục hoạt động, COM, dịch vụ doanh nghiệp, truy cập thiết bị, âm thanh, video, codec, winforms, v.v. Vân vân).

Mỗi một trong số này sẽ phải được trừu tượng hóa trong phần phụ trợ và ánh xạ vào các thư viện gốc tương đương trên OSX. Tất nhiên, sẽ không có một bản đồ sạch đẹp, vì vậy bạn cũng phải viết các bản hack trên các bản hack để làm cho nó hoạt động giống hệt nhau.

Sau đó, có một vấn đề là các API này trên OSX có thể dễ vỡ và Apple không tốt về khả năng tương thích ngược, vì vậy bạn có thể làm lại các bản hack của mình với mỗi bản phát hành chính (và đôi khi là bản phát hành nhỏ và hotfix), làm tăng chi phí bảo trì cao.

Về cơ bản, đó là một số tiền khổng lồ và hoạt động để kiếm được rất ít trên nền tảng mà chủ sở hữu sẽ chống lại bạn bằng mọi cách. Và bạn không thực sự muốn chi tiền để giúp mọi người di chuyển khỏi nền tảng của bạn sang đối thủ cạnh tranh.

Vì vậy, bạn còn lại với các lựa chọn đa nền tảng không hoàn hảo:

• C ++, vẫn sẽ yêu cầu chuyển trong tương lai
• Silverlight ra khỏi trình duyệt, để được Microsoft hỗ trợ
• Mono, hoạt động để hỗ trợ một tập hợp con lành mạnh của .NET, nhưng không phải là Microsoft

Không, Silverlight là tùy chọn duy nhất của Microsoft từ .Net trên OS X. Mono không "lag" nhiều như bạn nghĩ; nó hỗ trợ .Net 4.0 và C # 4 chẳng hạn. Tuy nhiên, bộ công cụ UI (WinForms và WPF) không được hỗ trợ tốt trên OS X. Mono hoàn toàn không hỗ trợ WPF. Microsoft cũng không thể viết lại toàn bộ công cụ kết xuất. Điều đó có thể OK, mặc dù. Nếu bạn muốn viết một ứng dụng Mac gốc, bạn nên viết một giao diện người dùng gốc (có lẽ sử dụng MonoMac).

Không. Đặt cược tốt nhất của Mono.

Các dự án nguồn mở khác như DotGNU cũng có thể phục vụ bạn. http://www.gnu.org/software/dotgnu/ Nhưng không ai trong số này được hỗ trợ MSFT.

Silverlight không chỉ là trình duyệt . Vì phiên bản 3 OOB đã tồn tại và sẽ là con đường tôi sẽ đi nếu một nền tảng được Microsoft hỗ trợ là điều bắt buộc.

Mặc dù Mono có thể bị lag nhưng nó không bị xóa khỏi ngăn xếp .NET như bạn nghĩ và không nên bỏ qua như một lựa chọn khả thi.

Về lý do tại sao Microsoft không thực hiện toàn bộ ngăn xếp .NET; ROI.

Phần lớn lợi nhuận của Microsoft đến từ hai sản phẩm - Windows và Office. Khả năng tương thích đa nền tảng sẽ làm tổn thương Windows.

Nếu bạn thực sự muốn cùng một mã chạy đa nền tảng, hãy viết một ứng dụng web. Nó không giống như bạn làm mặc dù. Chỉ trong trường hợp, không phải là một lý do chính đáng, đó là phạm vi leo.

Ngay cả khi bạn quyết định nhắm mục tiêu Mac OS X hoặc iOS trong 16 tháng kể từ bây giờ, bạn có thực sự nghĩ rằng bạn có thể lấy mã C ++ hiện tại của mình và biến nó thành một ứng dụng gốc tốt (hoặc thậm chí là chức năng) không? Trừ khi bạn đang làm việc trên một trò chơi toàn màn hình, câu trả lời là không.

Tiết kiệm thời gian với C # ngay bây giờ và nếu bạn quyết định chuyển sang Mac, hãy viết lại theo cách Mac với Objective-C và Ca cao - người dùng của bạn sẽ cảm ơn bạn.

Có câu trả lời bán chính thức nào cho lý do tại sao Microsoft không hỗ trợ .NET trên máy Mac không?

Đâu là thị trường mà sẽ chứng minh MS chi tiêu kho báu? Để làm được điều này, họ sẽ phải bỏ tiền mặt nghiêm trọng - hàng triệu đô la tiền lương. Một quá trình đang diễn ra, khi các bản sửa lỗi và cập nhật xuất hiện.

Và để làm gì? Quyền khoe khoang? Tất cả những gì họ nhận được là khả năng mọi người bỏ Windows cho Apple và vẫn có thể chạy các ứng dụng của họ.

Nếu bất cứ ai cũng có lợi từ việc này, đó sẽ là Apple. Giúp mọi người dễ dàng chuyển đổi sang nền tảng của họ và cho các nhà phát triển (PHÁT TRIỂN PHÁT TRIỂN) để mã hóa trên nền tảng đó. Nhưng bạn có nghĩ rằng SJ cho một tào lao? Họ thà phát minh ra những thứ mới để gắn bó với tôi . Bên cạnh đó, hầu hết các khung công tác là HĐH và thông số kỹ thuật CLR đều miễn phí cho mọi người thực hiện. Bạn không thể dính một NDA bẩn thỉu vào bất kỳ thứ gì trong số đó.

Bạn có thể thấy dự án MonoMac hữu ích - http://www.mono-project.com/MonoMac

Nó cho phép phát triển các ứng dụng Ca cao theo phong cách Mono, có thể được triển khai cho cửa hàng Mac App.

Tôi mạnh mẽ xem xét cách tiếp cận này đối với một nhà phát triển không quen thuộc với Objective-C nhưng với .NET / Mono / Java, người phải cung cấp một ứng dụng trong kịch bản hạn chế thời gian.

Không ai.

Tôi khuyên bạn nên viết một ứng dụng C ++ có thể biên dịch chéo - bạn có thể có niềm vui trong đó - hoặc sử dụng Ruby với wxWidgets.

Tôi coi .NET là một đề xuất tồi cho phát triển đa nền tảng và bảo trì sản phẩm lâu dài. Mặc dù, anh bạn, bạn có thể nhanh chóng sử dụng các ứng dụng trong đó. : - /

Chúc Delphi vẫn là một ứng cử viên lớn.

Nếu bạn muốn chạy .NET nguyên bản trên máy Mac, bạn có thể sử dụng BootCamp để thực hiện việc này (tức là bạn chạy Windows trên máy Mac và các ứng dụng .NET của bạn trong Windows).

Nếu bạn có nghĩa là Mac OS X chứ không chỉ là phần cứng, thì bạn có thể sử dụng VMWare hoặc Parallels để chạy các ứng dụng .NET trong Windows (mô phỏng) trong OS X. Cả hai đều có chế độ trực quan cho phép ứng dụng của bạn xuất hiện như thể nó chỉ chạy trong OS X (nó sẽ trông và hoạt động giống như một ứng dụng Windows, nhưng nếu bạn đang viết một ứng dụng phi web đa nền tảng mà không có giao diện tùy chỉnh cho mỗi HĐH, bạn sẽ luôn gặp vấn đề đó).

Bạn sẽ nhận được cùng số lượng "hỗ trợ" bằng cách thực hiện việc này, vì bạn đang chạy ứng dụng trong Windows, mặc dù được ảo hóa. Tất nhiên, bất cứ ai chạy ứng dụng sẽ cần một bản sao của phần mềm ảo hóa và Windows, và sẵn sàng đưa ra một ứng dụng không hoạt động như ứng dụng OS X - nhưng đó là cách duy nhất để có "bản địa" .NET chạy trên máy Mac.

Dan, tôi không nghĩ bạn có thể làm điều này. Tuy nhiên, một giải pháp khả thi (vẫn là vapourware) là sử dụng Embarcadero Rad Studio C ++ Builder, có một VCL tốt để phát triển các ứng dụng trực quan (dựa trên nhiều .net) và chúng được hỗ trợ đa nền tảng. trong phiên bản tiếp theo.

Điều này sẽ được phát triển trên windows, nhắm đến Mac hoặc Linux. Hoặc như vậy lộ trình của họ nói.

Môi trường C ++ là hợp lý và nếu bạn phát triển dựa trên VCL thì về lý thuyết, ứng dụng sẽ chỉ hoạt động trên các nền tảng khác.

Tất nhiên cho đến khi nó thực sự được vận chuyển, nó vẫn còn để xem điều này thực sự hiệu quả như thế nào.

Câu trả lời là không.

Trên thực tế trường hợp của bạn có vẻ là một ví dụ rất hay về việc không nên chọn .NET.

Nếu bạn muốn phát triển cho một hệ điều hành thì hãy sử dụng các công cụ phù hợp. Không có ứng dụng thực sự chuyên nghiệp được viết bằng đơn cho Mac. Mặt khác, có rất nhiều nhà phát triển không chuyên nghiệp sử dụng nhiều công cụ tạo ra rất nhiều rác. Nhìn vào các đánh giá ứng dụng đơn được viết cho OSX. Các nhà phát triển đang viết bằng cách sử dụng một khung không hoàn chỉnh được hack để phù hợp với nền tảng OSX. Bắt đầu viết - nếu bạn đã sử dụng C # Objective C là tìm hiểu nhanh.

Các nhà phát triển chuyên nghiệp cho mac sử dụng C ++, Objective C, Ca cao và Xcode. Tôi phát triển trên một số nền tảng và mỗi nền tảng có công cụ tốt nhất của riêng họ. Sử dụng Xcode cho Mac và iOS.

Giống như một lưu ý phụ Xcode không phải là Visual Studio, nó không ổn định và là một sự ô nhục đối với apple, nhưng nó hoạt động tốt khi bạn quen với những điều kỳ quặc. Rất khó để đánh bại các công cụ của microsofts - nhưng chúng được viết cho Windows chứ không phải Linux, iOS, OSX, AIX, v.v.