选择跨平台开发工具时需要注意的

   译者：看到市面上有一些跨平台的工具，在选择的时候，其实除了跨平台的好处之外，还有很多潜在的代价，所以不可不慎重，下面的一个老外的分析，可以借鉴。

译自：http://www.whitneyland.com/2013/05/why-i-dont-recommend-xamarin-for-mobile-development.html

为什么我不推荐Xamarin的移动开发

 

让我说右前方，我有很多的尊重， 作为一个公司，作为开发商和作为一个人的米古尔Xamarin。我喜欢微软。NET和C＃都习惯了。因为它的释放。

该承受的，没有我不相信Xamarin移动开发在大多数情况下，是最好的选择。

对于开发平台的微妙之处的问题很多。它不只是能够解决的问题，但造成的问题。同样的，它不只是一个团队的好处，但该团队的工作和整合别人的好处。我们应考虑生态系统和支持社区和设计师和QA团队成员的生产力如何受到影响的大小。所有这些因素结合即时开发人员的生产力决定的时间到市场，质量和用户体验。

分别采取以下原因不会必然导致我这样的结论，但在整体，他们反对标准化Xamarin工具。

 

APP开销

Xamarin为基础的应用程序有内置的开销，使他们平均大。这会影响下载时间和存储在设备上使用的。最低额外的大小通常是一个几兆代码使用了更多的API可以按比例增长。这是由于代码的方式从NET组件静态链接（本机代码）被引用到应用程序组件。在Android应用程序的操作系统的具体原因还有一个额外的启动延迟。Xamarin的信贷，用于这方面的开销要大得多，该公司已经取得了很大的进步，在减少。然而，应用程序的用户的影响仍然是可测量的。

 

有限公司横跨iOS和Android的UI代码共享

用户界面开发iOS和Android之间是不可移植的。这意味着必须使用不同编码的API，事件逻辑，部件，和设计师为每个平台。有几个例外，常见的，低级别的操作。

Xamarin会认为试图抽象的UI API非常不同的平台之间可以创建不必要的复杂性，或LCD（最小公分母）设计，导致用户体验不佳。他们有一个点在这里。钛试图做这部分，结果使许多开发商不满不一致或不可预知的结果。HTML5应用程序是比较成功的LCD设计不强制脱下这个UI的抽象，但他们没有Xamarin本机的性能。

UI的问题可以是一些最耗时的移动应用开发方面。尽管有一个很好的理由，最重要的外卖是，许多移动用户界面问题，Xamarin将不会保存开发商或设计师的时间。

 

有限公司代码共享以外的Xamarin

Xamarin不允许创建可重用的组件或模块之外的它自己的环境。例如，代码写在Xamarin不能用于本地或HTML5应用程序。这是指由一组使用Xamarin不能共享或重用团队使用任何其他工具为iOS和Android开发的任何代码。这件事多少视情况而定，但与发展的问题是，我们无法预测我们的情况。所以这是一个不舒服的限制，出了大门右侧。

 

生态系统和社区

这东西是不是真的Xamarin的过错。什么公司拥有苹果，谷歌或HTML5的移动生态系统相匹配吗？但是，它很重要。当开发人员更容易找到结果在网上搜索有关的问题时，10倍，它直接影响生产力。生态系统提供支持，服务和3 ^RD第三方组件，以及相关工具，将继续明显小于本地或基于HTML5的应用程序。

 

第三学习曲线

一些概念和技术要求Xamarin环境特定的特殊知识。这有效地增加了第三个学习曲线超越编程语言的开发人员和本地的API。例如，开发人员无需了解iOS的引用计数Xamarin的垃圾收集（http://stackoverflow.com/questions/13058521/is-this-a-bug-in-monotouch-gc），以避免问题。另一个例子是数据结构和仿制药的工作，稍有不同的的方式（http://docs.xamarin.com/guides/ios/advanced_topics/limitations）。这些类型的问题，是很难看到之前，你居然采用了新的平台，所以他们值得特别考虑。

 

更多的运动部件

Xamarin推出它自己的一套错误，影响产品质量和开发人员的生产力。问题不在于Xamarin有一个不好的产品，但添加任何大型或复杂的系统工具应用程序与本地应用程序中不存在的问题和漏洞。 

这些错误的历史记录，可以使用Xamarin的bug跟踪系统（https://bugzilla.xamarin.com）审查。

 

是的，所有的软件有错误。的一点是，当你测量的优势，增加新的工具，新的问题，缺点必须考虑进去

 

总结

最后，我们必须尝试和量化像Xamarin开发抽象的好处超过其他抽象，或通过本地发展。C＃是优于Objective-C的吗？是，到目前为止在我看来，但这只是其中一个因素。当您添加一切高达秤远离Xamarin有利于移动开发的其他方法。截至2013年（这个东西可以迅速改变），我倾向于选择本地代码溶液或HTML5/Cordova的解决方案。我都喜欢不同的原因，并会尝试在另一篇文章中解释了一些决定因素。

 

张贴在09:53 AM 开发的iOS，软件成本，Web开发 | 固定链接

引用

此条引用网址：http://www.typepad.com/services/trackback/6a00e54fc3203e8834019102ba1114970c