高级UI控件与角2？

Question

假设：

1. 大型组织需要编写一个具有高级UI控件的大型web应用程序，例如分层网格/树和图表，以及常规的UI控件。
2. 所有这些控制最好来自同一个供应商，或者在相同的基础上构建，以避免集成带来的痛苦。

有些人可能会立即建议ExtJS，他们可能是对的.或者是错的。我不知道，因为这个问题是关于角2的--在一个不想花时间在角锥2之上开发自己的框架但马上开始编写应用程序的大企业中，采用它需要什么？

角2本身并不随UI控件一起运行。角2材料不计算，因为它没有先进的UI控件，我已经提到。那么，这里有什么选择？

我意识到RC5刚刚发布，因此期望任何厂商采用它是不公平的。(谁知道在最终发布之前要遵循多少RCs？)

然而，http://www.telerik.com/blogs/kendo-ui-for-angular-2-r3-roadmap承诺在9月为角锥2 RC3提供第一个测试版Kendo。假设再过几个月来完善它并升级到RC5 --我们将在今年年底。因此，今年年底似乎可以使用的一个选项是Kendo。

还要别的吗？

附注：

可以提供商业解决方案，否则我不会使用“大公司”这个词。

Answer 1

生态系统是随着时间而建立的，在这一点上没有足够的时间。

角2与1不同，在大多数情况下，它会很好地处理第三方组件，这主要是因为新的变化检测系统不需要调用$文摘/$apply，而是使用区域的概念来处理更改检测，这在大多数情况下都是开箱即用的。

然而，角2很大程度上是基于元数据的，这意味着它必须尽可能多地了解您的组件，这是通过使用修饰器(@ must .)解析模板来完成的。还有更多。

包装组件需要您了解角度2和您正在包装的组件的细节。您需要知道要使用哪些输入和输出，如何将一些回调转换为RxJS，如何很好地处理视图封装，有时还需要了解如何手动管理更改检测，如果NgZone失败了。

它需要很好地理解角2和一些时间，这取决于你的角度2技能和你有多好地了解你包装的组件。

我会避免包装..。

目前Kendo是一个公平的赌注，Telerik是大量涉及到角2通过NativeScript，所以我希望他们的产品集成与角2将是一流的。

您还可以查看拥有不错的产品(http://wijmo.com/angular2/)的Wijmo，不确定RC5/Final的发布日期。

PrimeNG (http://www.primefaces.org/primeng/#/)也是角2准备好了，不确定它们是否与肯多一样，但请看一看。

你应该考虑到一些因素。*你的团队比另一个更了解一个框架吗？这里的主要因素。*角2组件是包装器还是本机的角实现？

PrimeNG从包装开始，但正在转换为本机，其他我不知道。

一般来说，本机的角度实现应该稍微好一些，并产生较小的占用空间，但是它们需要一些时间才能稳定下来。

祝好运!