34

我们将在 Web 上构建企业级应用程序,为此我们将选择过滤到 ExtJS 和 KendoUI。

两者都很不错,并且具有丰富的功能/控件,KendoUI 的性能比 ExtJS 更快,但是 ExtJS 就像更完整的包,其中包括构建桌面所需的每个组件,如 web 应用程序和 Grid 似乎更强大。

另一方面,使用 KendoUI,我们拥有 jQuery 的强大功能,感觉就像家一样熟悉,学习曲线几乎为零,因为团队已经在使用 jQuery。

有没有人有使用其中任何一个构建大型企业级应用程序的经验?如果是,你的经验是什么?请分享它的好坏,以便在我最终与他们中的任何一个人长期相处之前,我可以有一些基础。

我更倾向于 ExtJS,因为我们将使用来自 CubeDrive (myCalendar) 的调度程序控件,该控件再次出现在 ExtJS 中。

因此,欢迎您的想法和经验帮助我做出正确的决定。

4

4 回答 4

19

这不是我们可以回答的问题。您已经为您的团队提供了一个可靠的概述(这很重要):

相同的

  • 丰富的控件

ExtJS 优点

  • 更多小部件组件
  • 调度程序控制

ExtJS 缺点

KendoUI 专业人士

  • 更快(我不太确定
  • 没有学习曲线
  • jQuery 社区支持
  • 材料设计主题

KendoUI 缺点

  • 开源 Kendo UI Core 中的一组较小的小部件(网格,图表在专业版中)
  • 没有建筑师

我确信可以使用这两种框架构建应用程序。什么对你更重要?快速交付(您说您的开发人员可以直接使用 KendoUI),还是未来的战略方向?

话虽如此,我们正在使用 ExtJS 进行开发。我们总体上是满意的,但有一些注意事项:

  • 文档通常已过时或不完整(最近引入的社区评论正在改进)
  • 扩展一些内置小部件的功能并非易事
于 2012-07-13T07:13:06.390 回答
9

我只有 ExtJS 没有 Kendo 的经验。所以我想分享一下我对 ExtJS 的看法。

我们正在构建一个在 Azure 云上运行的基于 Web 的数据分析解决方案。我们已经将 1.0 版部署到生产环境中,并得到了用户的所有积极反馈。

优点

  • ExtJS 为我们提供了丰富的 UI 控件和良好的数据操作框架。
  • 我们选择 ExtJS 的主要原因是它有一个很棒的绘图和图表框架。
  • 与 ASP.NET/MVC3/WCF 服务器端的集成完美无缺。所有组件 UI 或其他方式都以一致的方式工作。

缺点

  • ExtJS 在一些新添加的组件(如图表和绘图包)中仍然存在重大错误。当他们修复错误时,他们还会引入新的错误,这真的很烦人。
  • 文档有些过时,您必须更频繁地深入研究框架源代码。
  • ExtJS 不支持触​​摸输入,UI 控件看起来像 Of​​fice 2003/7,有点过时。
  • 很难引入新主题。
  • 使用 JSB3 创建部署确实令人头疼,尤其是当您想将构建过程与 Visual Studio 或 TeamCity 之类的构建环境集成时。
  • ... ;-)
于 2012-07-13T01:09:58.407 回答
5

我们正在进行调查,例如过去 6 个月的申请。我对 extjs 的性能不满意。

优点

  • 丰富的小部件控件(树和网格控件看起来非常有用)
  • 它提供开箱即用的 MVC 架构
  • 对我来说,它的文档和框架源代码看起来不错。
  • 在与服务器端集成的最初障碍之后,它工作正常。

缺点

  • 当您动态添加控件时,它对跨浏览器并不友好。对于 IE6 和 IE7,您还必须使用一些 css 样式才能使外观相同。
  • 在 IE7 中加载控件的速度非常慢,在 chrome 和 Firefox 中需要 3-5 秒的页面在 IE7 中需要 20-25 秒,而在 IE9 中则需要 5-8 秒。为了获得这么快的速度,我们使用了 extjs 暂停布局并多次优化代码。
  • extjs 开箱即用的控件非常方正(选项卡控件和面板的边框很厚),我们需要使用很多 css 样式来获得我们的外观和感觉
于 2012-07-13T06:02:40.700 回答
4

我们刚刚使用 ExtJs 完成了类似的项目:一个用于管理大量数据的大型企业级 Web 应用程序。当我们为这个项目选择框架时(大约 6 个月前),我们还研究了 KendoUI,但决定使用 ExtJs 主要是因为它具有丰富的网格控制。

我们的应用程序中确实有很多网格,如果不是最重要的功能,它也是主要功能之一。我们对他们中的任何一个都没有任何内部经验 - 所以学习曲线不是问题。

于 2012-07-12T17:25:37.740 回答