Xamarin和Telerik原生脚本之间的区别
Xamarin
- 用C＃编写模型
- 以自己的本地方式编写每个操作系统的视图
- Xamarin承诺图书馆的新function是在同一天添加的
Telerik原生脚本
- 写在JavaScript和调用本地脚本的API，然后调用单独的操作系统JavaScript API？
- 在HTML5和CSS中写视图，这是所有操作系统可重复使用，因为他们现在都支持HTML5和CSS前端？
- Telerik简单地说…我把它解释为“没有这个问题”
如果上面是这样，那么Telerik在Xamarin上的performance如何呢？
“当使用NativeScript时，本地平台的新增function立即可用，Xamarin或Appcelerator中都不是这种情况，在添加新的本地平台function时，需要创build技术限制和包装。
我很困惑Telerik如何被认为比Xamarin更好，当Xamarin带有强大的types语言，而不使用TypeScript的稍微松散的事情。 而且，Xamarin事实上和Xamarin完全坐在同一条船上，与观察部分分开，实际上这应该是一个好处吗？
题：
– 除了我指出的两个之外，他们之间有什么区别？
– Telerik为什么要声称这样的事情？
[免责声明：我为Telerik工作]
Telerik NativeScript和Xamarin以不同的方式解决类似的问题。 这两个框架都侧重于使开发人员能够在所有平台上使用本机UI和共享的通用代码创build跨平台的移动应用程序。
对于NativeScript，我们主要关注Web开发人员的技能。 我们希望现在的任何人都能够使用NativeScript编写HTML / CSS / JavaScript，让他们立即感受到创造本地应用程序的乐趣。
唯一有点不同的是，在基于XML的标记中定义了视图。 此标记由NativeScript进行分析，并在所有目标平台上呈现为本机UI。 （NativeScript模块封装平台特定的渲染。）
您突出强调的function也是NativeScript公开底层本机平台API方法的独特之处。 NativeScript有效地使用（构build时间）reflection来使JavaScript代理可以使用任何本地API。 这包括第三方本地库。 您不依赖Telerik（或开源社区）来更新NativeScript以利用这些新的API。 您只需执行一个命令并自动发现新的API。
当然，我们不希望有很多人使用JavaScript来针对原生的原生API编写代码，因此模块可以再次帮助封装不同的原生API，并且公开一个简洁，跨平台的JavaScript API。 任何人都可以创buildNativeScript模块。
有一篇很好的文章解释了在Telerik开发者networking（TDN）中所有这些如何工作得更详细： http : //developer.telerik.com/featured/nativescript-works/
希望这可以帮助。 NativeScript的公开testing版将于本周发布，v1将于5月发布。
更新[2016年2月]由于这是最初发布，NativeScript已经出货，现在在V1.6。 现在，它也正在与Angular 2大量集成。您可以在GitHub上跟踪项目进度： https ： //github.com/NativeScript/NativeScript
更新[2016年6月]现在有比较NativeScript和Xamarin的性能指标。 请在这里find它们： https : //github.com/NativeScript/sample-iOS-Profiling/tree/performance-tests
