我在一家使用Ext-JS的公司工作.该产品目前过度扩展了Ext-JS组件并覆盖了父功能.这使升级变得困难.我们正在保留Ext-JS,但我们正在考虑以非标准的方式使用它.似乎有两个阵营.在一个阵营中,成员们认为我们应该在Ext-JS之上编写一个抽象,以防我们决定在几年内改变框架,希望这样我们不那么紧张.我个人认为这是一个愚蠢的目标,所以我坐在营地第二.我的理由是Ext-JS团队花了他们的时间为网络提出合理的抽象 – 他们在解决这个问题的领域,而我们只是试图实现一个很酷的产品.我想如果我们编写一个抽象,它将假设Ext-JS.我看到我们编写的低级抽象功能不那么强大,而且不会映射到jQuery世界(或任何其他框架).关于正确行动方针的意见?
解决方法:
我同意你的看法;我认为这是一个愚蠢的目标.原因如下:
>最后(几年后)你可能不会改变框架.如果你不这样做,那么你花费了额外的时间和资源来添加一层抽象,而不会给你任何东西.它不仅无法完成您要完成的目标(使您的选项多样化),而且还会增加您和您的队友需要维护的代码量.
>您始终可以使用其他Javascript库模块化您的项目,以满足ExtJs无法满足的任何需求.例如,如果你不喜欢ExtJs的图表实现,那么你可以包含jQuery并使用像jqPlot这样的插件.
>编写适用于当前和未来库的抽象将很困难.如何保证您的抽象能够承受您当前的库选择(ExtJs等)或您将来想要的任何未来JS库的变化.
只需要几点思考.总的来说,我认为这将是一个需要维护的熊,所以我会选择一个满足您大部分需求的多样化库,然后在必要时添加更小的库.
原文地址:https://codeday.me/bug/20190521/1148942.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。