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 回答