[已解决]对于模块间依赖性的强弱判断有疑惑

害羞的新手

大佬们，我想问一下，在看webpack的时候看到一句话，说是模块与模块间并没有依赖性，这是一个弊端。可是模块间依赖性小不是好事吗？求解。

最佳答案

月排行榜 / 总排行榜

isdkz

2023-3-7 15:18:40

模块间依赖性小确实是好事，但是你可能理解错了他所说的“模块与模块之间并没有依赖关系”，

比如你要使用 http 模块创建一个服务就会用到：

const http = require('http')
const server = http.createServer()

这里可以明确看出当前模块是依赖于 http模块的，

而要创建一个服务就通过 http 来去调用 createServer，即 http.createServer()

这种方式不会去污染当前的全局命名空间，要使用到 http 的函数都去通过 http 来调用，



而通过 script 标签将 http 引入的话（<script src="http.js"></script>）

这种方式会将 http 的所有函数都直接引入到当前命名空间，也就是直接调用 createServer 就可以了，不需要用 http.createServer

而这样做的弊端就是如果当前命名空间也定义了一个函数叫 createServer 的话则会被相互覆盖，

而你的图片里面说的没有依赖关系就是直接将 js 文件引入当前命名空间而不是通过 require 引入

跳转到最佳答案楼层

isdkz

模块间依赖性小确实是好事，但是你可能理解错了他所说的“模块与模块之间并没有依赖关系”，

比如你要使用 http 模块创建一个服务就会用到：

const http = require('http')
const server = http.createServer()

这里可以明确看出当前模块是依赖于 http模块的，

而要创建一个服务就通过 http 来去调用 createServer，即 http.createServer()

这种方式不会去污染当前的全局命名空间，要使用到 http 的函数都去通过 http 来调用，



而通过 script 标签将 http 引入的话（<script src="http.js"></script>）

这种方式会将 http 的所有函数都直接引入到当前命名空间，也就是直接调用 createServer 就可以了，不需要用 http.createServer

而这样做的弊端就是如果当前命名空间也定义了一个函数叫 createServer 的话则会被相互覆盖，

而你的图片里面说的没有依赖关系就是直接将 js 文件引入当前命名空间而不是通过 require 引入

害羞的新手

isdkz 发表于 2023-3-7 15:18
模块间依赖性小确实是好事，但是你可能理解错了他所说的“模块与模块之间并没有依赖关系”，

比如你要使 ...

那单独理解“模块与模块之间没有依赖关系”这句话，是正确的吧。

isdkz

害羞的新手 发表于 2023-3-7 16:59
那单独理解“模块与模块之间没有依赖关系”这句话，是正确的吧。

通过 script 标签引入确实是没有依赖关系，但是它跟把所有代码写在一个文件没有什么区别了，

所以模块跟模块或多或少都应该是要有依赖的，也就是不能多，也不能没有