extjs "iframe架构“的缺点(我应该重构到MVC模式吗？)

Question

我有一个现有的内部网网络应用程序(只在内部)与ExtJS建立使用"iframe架构“，即它有一个顶部菜单和一个索引页面上的选项卡面板和大约30个其他独立的网页，作为iframe”标签“在主选项卡面板内打开。

使用iframe没有任何特别的理由，所有的东西都在同一个域上，而且大多数其他独立的页面几乎都是用javascript编写的ExtJS库。几乎所有页面上的HTML都由空的html、HEAD和BODY标签组成。

我真的很想使用ExtJS MVC架构重构它，并抛弃iframes，但是因为“一切都正常”，我不能证明花时间做这件事是合理的。

我有一个想法，但还没能测试:由于每个单独的页面都有它自己的Ext.onReady事件和视口等，这个webapp必须为它打开的每个iframe选项卡加载完整的ExtJS框架，这严重放大了客户端资源的使用。有没有人能确认这种类型的架构会在ExtJS框架中做到这一点？

还有没有其他非常有说服力的理由应该重构呢？

或者，重构到MVC架构只会让我更容易维护代码，而不会带来性能提升？(目前一切都按预期进行)

Answer 1

不幸的是，我没有类似于你手头的项目，所以我不能自己测试它，但这里是我的2c…:)

ExtJs

• 我确实认为每个页面都会启动它自己的ExtJs框架副本，但我认为这只会影响和内存的使用。网络流量应该没有太大的不同，因为核心ExtJs文件将被缓存。

1. ，我建议您在运行此应用程序时检查网络流量，因为您将看到浏览器是如何处理这一切的。您可能希望在核心ExtJs函数中添加一些额外的逻辑，以确认框架是否被多次实例化。
2. 如果终端用户遇到一些性能问题-这可能是证明重构的一个非常好的观点。否则就有点难了。当然，除非您有在不久的将来扩展功能的计划，并计划继续开发此应用程序。