Objective c MonoTouch最大的缺点是

MonoTouch非常适合跨平台应用程序开发。这是一个非常有力的商业论据，我即将使用MonoTouch进行开发，并有望扩展到Android和WinMo。在开始MonoTouch的商业开发之前，我想问最后一个问题，以防我迄今为止在研究中遗漏了一些关键的东西：

与Objective C相比，您认为MonotTouch最大的缺点是什么

除非游戏开发，否则使用任何你想到的上下文

谢谢 斯蒂芬

---

更新：以下链接可能是最好的答案：。利益冲突在于它来自Xamarin。感谢所有做出贡献的人

在我看来，如果你是一名c#开发者，MonoTouch非常棒。您可以使用从完整的.net框架到几乎所有的东西，它的工作方式非常有魅力

你的应用程序在文件大小的意义上变得更大了，而你却任由Xamarin摆布。到目前为止，我发现的唯一真正的缺点是，如果使用interface builder，您必须在xcode和monodevelop之间进行大量更改。因为我不使用IB，这对我来说不是一个大的交易破坏者（我也不使用VisualStudioDesigner…）

如果你知道c#并且必须学习Objective-c->选择MonotTouch

如果你两个都不知道，那么学习编写本机应用程序的“真正方法”可能是一个不错的选择。顺便说一句，你需要一些关于Objective-C或iOS开发的一般知识。所以您知道如何使用视图和视图控制器，方法的名称等等

---

更新：回答评论中的问题。到目前为止，我经历的最远的一次是将现有的开源Objective-C-GUI-Library（类似于popoverControl）迁移到MonoTouch项目。这是相当直接和容易的。到目前为止，直接使用Objective-C库还不是我需要的。但是你可以在报纸上看到

我认为这里不适合问这种问题。谢谢chiffre，这很有帮助。我想到的一个场景是需要将Objective C与MonotTouch结合使用。例如，如果有一些特定于iOS的东西，但在MonoTouch中还没有。你遇到过这样的情况吗？我知道绑定项目。那么，客观的C-MonoTouch互操作性是否值得担心呢？您已经成功地完成了绑定，这让人放心。我还在调查。我的另一个担忧是相当牵强的：随着更多的iOS功能被添加并可用于Objective C，MonoTouch是否会通过增量添加而变得庞大、复杂和笨拙？如果我发现有用的东西，我会在这里发布。谢谢你的帮助，干杯。我可能应该澄清一下，我没有做任何绑定。我将objective-c-library“翻译”为c。但正如我在文件中所说的那样，它的解释甚至更多。。。顺便问一下，你说的复杂和笨拙是什么意思？它只能像objective-c一样“简单”。。。？！绑定到Objective-C库非常简单，请看这里的答案：如果Xamarin落后于Objective-C中的一个新特性，您可以自己轻松地为其编写绑定。这一点很好。。。老实说，我还没有找到任何强有力的理由不在Mono中开发。在使用Objective C构建了一些实践应用程序之后，我来自C#背景，对这两种语言都很熟悉。尽管如此，出于强烈的商业原因（上市时间、跨移动平台的通用可重用代码库、更广泛的可访问性（C#、C/C++、Obj C）），我还是决定继续使用Mono。