Mono with C# - 将 WinForms 界面转换为 Cocoa？ （或任何默认的 OS X 界面）

Question

我有一个 C# 应用程序，我已经设法使用 Mono 并在 OS X 上运行。应用程序本身运行良好，但在 OS X 上运行时看起来并不那么好。按钮字体看起来参差不齐，而且许多 Windows 7 版本的默认功能都不存在。在我看来，它有点像一个带有 OS X 上边框的 Win98 应用程序。

我正在考虑学习 Objective-C 以便我可以编写“合适的”OS X 应用程序，但目前我希望能够让我的项目在 Apple 上运行，而不会让它们看起来像科学怪人一样.

是否可以将 WinForms 应用程序转换为 Cocoa？ Cocoa 是正确的界面吗？

如果可能，最好的方法是什么？你们中的任何人都知道一个很好的教程/文章让我开始吗？很高兴看到一些东西这实际上显示了正在完成的过程。我从示例代码和简短的解释中学到的东西比从一般文章中学到的要多得多。

再次感谢！

Answer 1

如果您想创建一个具有原生外观的 OSX 应用程序，那么您想使用 Cocoa 是正确的。如果你还想使用 C#，可以使用MonoMac。

MonoMac 允许您在 OSX 上本地构建 GUI（实际上，使用 Apple 提供的 Interface Builder），但允许您使用 .Net/C# 编写应用程序。这样您就可以继续使用现有的应用程序逻辑，而只需更改 GUI 代码。

Answer 2

移植的应用程序看起来总是像移植的应用程序，这几乎是普遍事实。即使是拥有巨额预算的大公司也无法做到更好（我引用 Adob​​e - 真是一团糟）。

在 Windows 应用程序端口上拍打 Mac 的脸会显示其接缝。如果您希望应用程序像本机应用程序一样运行（并利用平台提供的与性能相关的好处），那么绝对最好的方法是使用我知道您拥有的架构文档、规范和要求——您是尽职尽责的开发人员是 - 使设计适应原生平台。这就是 Cocoa 框架（API），它是用 Objective-C（语言）编写的。

没有其他方法不以一个看起来蹩脚的端口结束，该端口充满了由于移植者对目标平台不够熟悉而导致的错误和行为问题。这不仅限于 Mono/C#-to-Cocoa/Obj-C。反之亦然。甚至桌面应用程序的 Java-for-PlatformA-to-Java-for-PlatformB 端口也会遇到这些问题。如果您想要最佳的用户体验，请从可靠的架构开始并为平台构建。

也就是说，通过意识到这一点并希望做得更好，您已经领先一步。太棒了！ :-) 虽然我不知道这条路径的任何教程，但我建议即使这不是正确的方法，因为您表示您正在寻找质量。使用许多 Cocoa 书籍和更多在线社区（例如这个）并学习该平台，然后再提交适用于 Cocoa 的架构和代码库。

根据评论辩论更新

要明确一点：我并不是说没有办法或没有任何工具可以使它成为可能。实际上我见过很多，但不记得了，也不会费心去谷歌搜索。我的观点仍然存在：OP 关心本机外观的质量（我假设行为和可能的性能），并且由于平台架构和用户体验习惯的固有差异，移植工具/翻译层无法实现这一点。 OP 怀疑最好学习该平台并专门为其构建，我同意。您的意见可能会有所不同。试试看。