Javascript 为什么DOM操作不只是由module/mediator/facade模式中的另一个模块处理?

Javascript 为什么DOM操作不只是由module/mediator/facade模式中的另一个模块处理?,javascript,design-patterns,architecture,Javascript,Design Patterns,Architecture,我刚刚听了Nicholas Zakas关于模块/中介器/立面设计模式的演讲。我想在即将到来的项目中使用此模式,但我有一个问题无法解决: 为什么Zakas让DOM操作和AJAX通信由应用程序核心处理?鉴于设计模式的理念,难道不能将它们作为模块处理吗 我觉得我这样问的事实意味着我误解了模块/中介器/外观设计模式的一些基本内容。希望有人能告诉我。我没有看到这个演讲,但使用设计模式的最重要规则是:只有在符合常识的情况下才这样做。如果将DOM或AJAX从应用程序核心分离到模块对任何事情都没有帮助,那么就没

我刚刚听了Nicholas Zakas关于模块/中介器/立面设计模式的演讲。我想在即将到来的项目中使用此模式,但我有一个问题无法解决:

为什么Zakas让DOM操作和AJAX通信由应用程序核心处理?鉴于设计模式的理念,难道不能将它们作为模块处理吗


我觉得我这样问的事实意味着我误解了模块/中介器/外观设计模式的一些基本内容。希望有人能告诉我。

我没有看到这个演讲,但使用设计模式的最重要规则是:只有在符合常识的情况下才这样做。如果将DOM或AJAX从应用程序核心分离到模块对任何事情都没有帮助,那么就没有理由这样做。谢谢@libik,但对我来说,DOM和AJAX将由单独的模块来处理似乎是有道理的——这似乎会使事情变得更简单。显然,顶级开发人员不会这样做,这肯定是有原因的……可能是因为松耦合和高内聚性原则,这意味着——将属于彼此的东西粘在一起,将不属于彼此的东西分开。如果没有其他类/库就不能存在/使用某些东西,通常没有理由将其分开。啊,因为大多数模块在某个时候使用DOM和Ajax?这是有道理的!谢谢@libikyes,诸如此类。。。您甚至可以创建一个模块,它计算表达式的结果并返回它,但最好还是让Java自己来做。这是一个有点极端的情况,但很好地证明,并非所有内容都必须在模块中