Websphere Commerce V7 -前端-使用jQuery建议替换dojo

Question

我正在从头开始一个新的websphere commerce V7 Feature Pack8项目。

除了性能之外，我的目标是拥有一个未来易于维护的系统。

我不是dojo的狂热粉丝，因为它缺乏文档、臃肿和复杂。将dojo/dijit替换为jquery/要求Is /jquery ui是最佳实践吗？或者只是坚持使用道场？

假设我使用dojo，我不喜欢将库混合在一起。将jQuery和dojo混合在一起会有什么冲突或性能问题吗？

如果你可以将两者混合在一起，你会选择哪一个UI库，dijit还是jQuery ui？websphere aurora围绕dijit包含了很多功能，所以我猜dijit会是首选。

感谢所有的建议！

Answer 1

这个问题肯定是主观的，但我不得不回答你上面提到的每一点：

尽管完整的Dojo Toolkit源代码很大(主要是因为dojox)，但它并不一定要臃肿--您并不是被迫加载其中的几乎所有内容，而只是实际加载所需的内容。构建系统还可以将您的大多数依赖项减少到两个JS文件(模块+ i18n包)，对于结构良好的应用程序，只需很少的额外工作(即，通过一个主要的顶级模块，可以很容易地确定依赖项)。

Dojo和Dijit的文档现在比几年前要好得多，当时它可能因此而名声不佳。除了参考指南之外，还有over 50 tutorials。

与更小或更简单的库相比，Dojo看起来当然很复杂，但我不认为它比大型单页面Web应用程序更复杂。事实上，我会更快地说，您很可能会得到更复杂的东西(并且更难维护！)如果你一开始做的东西给你的灵活性要小得多，然后发现你需要拼凑出一些东西来填补空白。

Dojo提供了一个内聚的工具包，包括以下开箱即用的工具：

implements)

• Powerful模块依赖系统(支持AMD，与dojo/_base/declare

• An中直观的基于promise的XHR 的继承和混合功能的标准相同，可通过dojo/request/registry
• Support进行增强/扩展，以便使用
• plugin
• dojo/store

中的dojo/i18n! data API中的可设置样式和可访问的小部件的完整库

如果您觉得不需要所有这些功能，或者喜欢滚动自己的功能，那就由您决定，但要完成所有这些操作并保持其内聚性和可维护性是一项艰巨的任务，而这正是Dojo为您提供的先机。

关于使用哪个UI库，虽然我不能说我已经广泛地使用了jQuery UI，但我至少可以说，如果可访问性或灵活性/可扩展性是一个问题，我会选择Dijit而不是一周中的任何一天。

对于您关于同时使用Dojo和jQuery的问题，Dojo通常不会妨碍其他库。其他一些较早的库喜欢将可枚举属性添加到本机原型中，这可能会在Dojo中抛出未受保护的for...in循环(以及其他任何人的代码)，但jQuery不会这样做。此外，jQuery支持将其作为AMD模块加载，因此您甚至可以将其与Dojo的require和define一起使用。