如何在野外使用Ext-JS？抽象与否？

Question

我在一家使用Ext-JS的公司工作.该产品目前过度扩展了Ext-JS组件并覆盖了父功能.这使升级变得困难.我们正在保留Ext-JS,但我们正在考虑以非标准的方式使用它.似乎有两个阵营.在一个阵营中,成员们认为我们应该在Ext-JS之上编写一个抽象,以防我们决定在几年内改变框架,希望这样我们不那么紧张.我个人认为这是一个愚蠢的目标,所以我坐在营地第二.我的理由是Ext-JS团队花了他们的时间为网络提出合理的抽象 - 他们在解决这个问题的领域,而我们只是试图实现一个很酷的产品.我想如果我们编写一个抽象,它将假设Ext-JS.我看到我们编写的低级抽象功能不那么强大,而且不会映射到jQuery世界(或任何其他框架).关于正确行动方针的意见？

Answer 1

我同意你的看法; 我认为这是一个愚蠢的目标。原因如下：

1. 最终（几年后）你可能不会改变框架。如果不这样做，那么您花费了额外的时间和资源来添加抽象层，但这不会给您带来任何好处。它不仅无法完成您设定的目标（使您的选择多样化），而且还会增加您和您的队友需要维护的代码量。

2. 您始终可以使用其他 Javascript 库来模块化您的项目，以满足 ExtJs 无法满足的任何需求。例如，如果您不喜欢 ExtJs 的图表实现，那么您可以包含 jQuery 并使用像 jqPlot 这样的插件。

3. 编写一个适用于当前和未来库的抽象是很困难的。如何保证您的抽象能够承受当前选择的库（ExtJs 等）或您将来喜欢的任何未来 JS 库的变化。

只是几点供思考。总的来说，我认为维护起来很麻烦，所以我会选择一个满足您大部分需求的多样化库，然后在必要时添加较小的库。