Thành thật mà nói, bạn sẽ cần phải cho chúng tôi biết thêm về thị trường/dự định để cung cấp câu trả lời tuyệt vời, nhưng $ 0,02 của tôi từ một số kinh nghiệm phát triển đó là phát triển GUI cho Mono trên máy tính để bàn -câu chuyện mục tiêu nếu bạn muốn làm điều đó "Đúng". Bạn sẽ cần phải phát triển các phụ trợ chung một cách đặc biệt theo mô-đun, và sau đó viết UI một lần cho mỗi nền tảng.
của Windows
Windows.Forms như thực hiện trên Mono là một cái nạng tuyệt vời nếu ứng dụng của bạn trong giai đoạn phôi thai, cho phép bạn để nhắm mục tiêu của Windows ngay và triển khai một cách hơi tê liệt trên OS X và Linux. Tuy nhiên, lưu ý rằng tôi đã được thông báo trên IRC rằng sự phát triển Windows.Forms trên Mono về cơ bản là đã chết. Lỗi cũ không được cập nhật, và, như một ví dụ, tôi chạy vào SelectionBackColor không làm việc trong RichTextBox trên OS X (đó là một vấn đề trong một mono lib sử dụng cho Windows.Forms trên OS X) trong vòng vài phút thử nghiệm. Neat rằng nó ở đó, có lẽ tốt cho các tiện ích nhanh chóng, nơi bạn có thể mã xung quanh những hạn chế của nó (xem câu hỏi here cho một ví dụ).
OS X
Đối nhắm mục tiêu OS X, nếu bạn có một thực tế, thương mại, ứng dụng người dùng cuối, bạn sẽ cần phải làm quen với, um, giao tiếp với Interface Builder. Tôi nên làm rõ ở đây rằng việc sử dụng XCode và Trình tạo giao diện hoàn toàn yêu cầu mà bạn có quyền truy cập vào một hộp đang chạy OS X. Nếu không, bạn bị mắc kẹt với Windows.Forms hoặc, tốt hơn là tôi nghĩ là Gtk #.
Xamarin đã thực hiện một công việc tuyệt vời làm cho các kết nối IDE của nó ra các kết nối với UI gốc được xây dựng trong XCode. Đó là cách họ làm điều đó để phát triển iOS. Nó hoạt động khá tốt, mặc dù tài liệu yếu. Có một great video from 2011 from Michael Hutchingson describing this process, mặc dù tôi cho rằng nó dài trên răng (tức là "cũ"). (Direct link to video)
Tôi giả định Trình tạo giao diện cũng là lựa chọn thực sự duy nhất của bạn nếu bạn muốn nhắm mục tiêu Mac App Store. Nhưng hãy xem, đó là một giao diện người dùng bản địa đã được nhúng vào mã C# của bạn, đó là tất cả mọi thứ được xem xét, một sự thỏa hiệp tuyệt vời.
Linux
tôi đã không thực sự nhắm Linux. Có vẻ như Gtk # sẽ là một sự phù hợp tự nhiên, nhưng tôi không có nhiều sự giúp đỡ ở đó. Nội dung của tôi được xây dựng trong Windows.Forms và có các cạnh thô, giống như trong OS X. Nếu tôi nghiêm túc hơn, tôi sẽ bắt đầu với Gtk # và đó là nơi MonoDevelop cũng có GUI RAD của nó.
Ví dụ về một nghiêm trọng, trưởng thành, crossplatform Gtk # ứng dụng
lưu ý nhanh: Banshee sử dụng Gtk# để nhắm mục tiêu OS X, Windows (alpha), và Linux. Bạn có thể nhận được một số bối cảnh tuyệt vời về mức độ khó khăn khi sử dụng Gtk # trên nền tảng ứng dụng lớn bằng cách xem its mailing list và các tài nguyên khác.
Xin lỗi, tin tức không dễ dàng hơn. Không có câu trả lời bằng bạc/đơn phải.
201607 UPDATE: Tôi nghĩ câu trả lời đang dần trở thành sử dụng để nhắm mục tiêu Xamarin.Forms cross-platform. Bạn có thể vẫn gặp khó khăn khi viết một giao diện Mac riêng biệt ngay bây giờ, nhưng có lý do để tin rằng nó sẽ có hỗ trợ Xamarin.Forms tại một số điểm; xem bên dưới.
Thật không may, nếu bạn đang nhắm mục tiêu Linux, tôi nghĩ bạn vẫn ở trong cùng một chiếc thuyền như trước đây.
- Windows: Bây giờ bạn có thể sử dụng Xamarin.Forms and UWP.
- macOS: Bạn vẫn còn ở cùng một nơi, nhưng tôi đã có nhân viên Xamarin cho tôi biết cuối tuần trước rằng Xamarin.Forms là không chính thức trong phát triển cho OS X. Tôi tin rằng this is the repo on GitHub. (Thậm chí có một chi nhánh cho tvOS.)
có thể trùng lặp của [WinForms vs GtkSharp với Mono] (http://stackoverflow.com/questions/751884/winforms-vs-gtksharp-with-mono) –
Mono đang đạt được nhiều động lượng, đặc biệt là với lõi .NET 5 ném hỗ trợ của họ đằng sau nó. ASP.NET cũng đang trở thành một cầu thủ lớn hơn như là một lựa chọn phát triển giao diện người dùng và sẽ chơi tốt đẹp với Mono. – VoteCoffee
Sau khi đấu tranh với WinForms tôi có thể nói với bạn rằng GTK + chắc chắn tốt hơn nhiều. Cũng như một tiền thưởng mỗi ứng dụng viết GTK + có một cách để cấu hình trong một tập tin riêng biệt những điều mà một lập trình viên đã không ghi đè. Ví dụ. bật các phím di chuyển Emacs cho mọi tiện ích văn bản. –