blocks|key|2154899|text|Mono团队已经发布了一种名为MonoMac的新桥。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2154900|它本质上是他们为MonoTouch开发的iPhone框架的桌面版本。|2154901|米格尔在他的博客上宣布了新的桥梁：http://tirania.org/blog/archive/2010/Apr-19.html|offset|length|2154902|一旦MonoMac成熟，我怀疑它将成为人们使用的桥梁。|2154903|entityMap|0|LINK|mutability|MUTABLE|url|http://tirania.org/blog/archive/2010/Apr-19.html^0|0|0|H|1C|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$F|U|G|V|1|W]]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

The Mono team have released a new bridge called MonoMac.

It's essentially the desktop version of the MonoTouch framework they produced for the iPhone.

Miguel announced the new bridge on his blog here: <a href="http://tirania.org/blog/archive/2010/Apr-19.html" rel="noreferrer">http://tirania.org/blog/archive/2010/Apr-19.html</a>

Once MonoMac matures, I suspect that it will become the bridge people use.

blocks|key|846601|text|最近，我在F#上试用了Monobjc、F#和MObjc/MCocoa，我将使用MObjc/MCocoa。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|846602|Monobjc是编写最好的文档和打包的，但与其他两个非常慢的相比，它不会从ObjC中“重新抛出异常”。|offset|length|846603|我相信NObjective和MObjc/MCocoa是重新抛出ObjC异常的唯一两个，这就是为什么我发现它们是唯一的真正的替代方案。|846604|正如前面所讨论的，这里+NObjective使用带有继承的结构，这让我觉得很可怕，并让我最终选择了MObjC/MCocoa。|846605|(你可能也有许可证发放。Monobjc和NObjective在LGPL之下，MObjc/MCocoa在MIT+.)|846606|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/p/nobjective/|1|http://www.nabble.com/NObjective-and-Inheritance-td21882576ef1367.html^0|0|S|2|0|0|0|9|2|1|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|W|8|@]|9|@$D|X|E|Y|1|Z]]|A|$]]|$1|F|3|G|5|6|7|10|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@$D|12|E|13|1|14]]|A|$]]|$1|J|3|K|5|6|7|15|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|16|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]|T|$5|O|P|Q|A|$R|U]]]]

I've been trying out Monobjc, NObjective and MObjc/MCocoa with F# lately and I will go with MObjc/MCocoa.

Monobjc is as you write best documented and packaged but compared to the other two very <a href="http://code.google.com/p/nobjective/" rel="nofollow noreferrer">slow</a> and does not "rethrow exceptions" from ObjC. 

I believe that NObjective and MObjc/MCocoa are the only two that rethrow exceptions from ObjC and that's why I find them to be the only real alternatives.

As discussed <a href="http://www.nabble.com/NObjective-and-Inheritance-td21882576ef1367.html" rel="nofollow noreferrer">here</a> NObjective uses structs with inheritance which I find quite scary and made me finally choose MObjC/MCocoa. 

(You might have a licence issue as well. Monobjc and NObjective is under LGPL, MObjc/MCocoa is under MIT ...)

blocks|key|2154727|text|我认为NObjective是最好的选择，因为它有自动生成目标C包装程序的代码，可以很容易地配置为重新生成包装器，以供Mac的进一步版本使用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2154728|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I think that NObjective is the best choise coz it have automatic code generation for Objective-C wrappers that can be easily configured to regenerate wrappers for further versions of Mac OS.

blocks|key|846349|text|好吧，我会问:你为什么要这么做？可可的UI结构，包括Cocoa增量和Cocoa+bindngs与目标C密切相关。接口生成器和Objective的结合是非常有成效的.尽管您可以使用带有多个到Objective的桥接器(包括PyObjC、MacRuby和许多C#桥)的接口生成器，但是由于框架和所选择的语言之间的阻抗不匹配，您将不可避免地降低生产率。对于C#，这种不匹配是很明显的。由于您正在编写本机UI，因此失去了从C#中获得的任何跨平台优势，所以我将使用Objective。对于一个有能力的C/C%2B%2B/C#/Java/等程序员来说，通常需要2-3天才能在目标C中变得舒适和高效。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|846350|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

OK, I'll ask: why would you want to do this? Cocoa's UI archtecture, including Cocoa-std delgates and Cocoa bindngs are closely tied to Objective-C. The combination of Interface Builder and Objective-C is remarkably productive. Although you can use Interface Builder with many bridges to Objective-C (including PyObjC, MacRuby, and many of the C# bridges), you will inevitably loose productivity due to any impedance mismatch between the framework and your language of choice. With C#, this mismatch is significant. Since you're writing a native UI, thus loosing any cross-platform advantage you would gain from C#, I would use Objective-C. For a competent C/C++/C#/Java/etc. programmer, it generally takes 2-3 days to become comfortable and productive in Objective-C.

blocks|key|846621|text|Mono邮件列表上已经对各种桥进行了相当长的讨论。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|846622|讨论从米格尔开始这里：|offset|length|846623|宣布Cocoa#将不再由Novell维护。|unordered-list-item|846624|试图统一社区中剩余的努力。|846625|如果您阅读了讨论的其余部分，似乎Mono社区倾向于Monoobjc或MObjc+/+MCocoa；因此，如果您正在进行自己的调查，这些可能是您应该关注的内容。|846626|entityMap|0|LINK|mutability|MUTABLE|url|http://lists.ximian.com/pipermail/mono-osx/2009-May/002240.html^0|0|8|2|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@$D|W|E|X|1|Y]]|A|$]]|$1|F|3|G|5|H|7|Z|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|10|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|11|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|N|$O|$5|P|Q|R|A|$S|T]]]]

A fairly lengthy discussion of the various bridges has taken place on the Mono-OSX mailing list. 

The discussion starts <a href="http://lists.ximian.com/pipermail/mono-osx/2009-May/002240.html" rel="nofollow noreferrer">here</a> with Miguel: 

<ul>
<li>Announcing that Cocoa# will no longer be maintained by Novell.</li>
<li>Attempting to unify the remaining efforts in the community.</li>
</ul>

If you read the rest of the discussion, it appears that the Mono community is leaning towards either Monoobjc or MObjc / MCocoa; so if you're doing your own investigations these are probably the ones to focus on.

blocks|key|846294|text|我不想问为什么，因为你有自己的理由。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|846295|我会看一下Unity3D项目，看看你是否能了解他们是如何做到的。看起来，呃，很难。|846296|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Not going to ask why, since you have your reasons I am sure.

I would look at the Unity3D project and see if you can suss out how they did it. Looks, um, hard.

Has anyone spent any time comparing the various Objective C bridges and associated Cocoa wrappers for Mono? 

I want to port an existing C# application to run on OS X. Ideally I'd run the application on Mono, and build a native Cocoa UI for it. 

I'm wondering which bridge would be the best choice.

In case it's useful to anyone, here are some links to bridges I've found so far: 

<ul>
<li>CocoSharp - distributed with Mono on OS X - <a href="http://www.cocoa-sharp.com" rel="nofollow noreferrer">www.cocoa-sharp.com</a></li>
<li>Monobjc - better documentation than the others (in my opinion) - <a href="http://www.mono-project.com/CocoaSharp" rel="nofollow noreferrer">www.mono-project.com/CocoaSharp</a> and <a href="http://www.monobjc.net" rel="nofollow noreferrer">www.monobjc.net</a></li>
<li>NObjective - (apparently) faster than the others - <a href="http://code.google.com/p/nobjective" rel="nofollow noreferrer">code.google.com/p/nobjective</a> </li>
<li>MObjc / MCocoa - <a href="http://code.google.com/p/mobjc" rel="nofollow noreferrer">code.google.com/p/mobjc</a> and <a href="http://code.google.com/p/mcocoa" rel="nofollow noreferrer">code.google.com/p/mcocoa</a> </li>
<li>ObjC# - <a href="http://www.mono-project.com/ObjCSharp" rel="nofollow noreferrer">www.mono-project.com/ObjCSharp</a> </li>
</ul>

Building Cocoa UIs for OS X with C# and Mono

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

有没有人花时间比较不同的目标C桥和相关的Cocoa包装器的Mono？我希望将现有的C#应用程序移植到OS上。理想情况下，我应该在Mono上运行应用程序，并为它构建一个原生Cocoa。我想知道哪座桥是最好的选择。如果它对任何人有用，下面是一些到目前为止我发现的桥梁的链接：CocoSharp -在OS 上与Mono一起分发Monobjc -比其他文档更好的文档(在我看来)- 和NObjective -

问用C#和Mono为OS建立Cocoa
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用C#和Mono为OS建立CocoaEN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用C#和Mono为OS建立Cocoa
EN