modules.exports与CommonJ中的"this“相同吗？

Question

我意外地在一个javascript模块上使用了require()，这个模块打算与浏览器一起使用。模块设置this['libraryName'] = ...。我注意到它确实奏效了。

所以，我创建了两个文件：

test1.js

console.log( require('./test2.js'))

test2.js

console.log(this === module.exports)
this.SOMETHING = 10

结果是什么呢？

$ node ./test1.js 
true
{ SOMETHING: 10 }
$

我没想到会这样！该true意味着module.exports与全局上下文中的this相同。

specs?

• Doesn't的
• 是新的吗？
• 是的一部分--这使得创建文件变得非常容易，如果这些文件是导入的或需要的？
  • ，如果这样做有效，为什么我们仍然要检查typeof require === 'undefined'呢？
    • 没有注意到一些对years

  非常重要的事情。

​

Answer 1

这并不是什么新鲜事：

1. What is the 'global' object in NodeJS
2. Meaning of "this" in node.js modules and functions
3. Why does a module level return statement work in Node.js?
4. etc.

​

1. 这不是规范https://nodejs.org/api/globals.html#globals_global的一部分

这意味着，在浏览器中，如果您处于全局范围var中，就会定义一个全局变量。在different.中，这是Node.js

当一些事情是不同的，它们肯定不是任何规范的一部分。

1. 不是让创建文件变得非常容易吗?如果这些文件是导入的或需要的，它们就可以工作吗？

不知道怎么做。在node.js中，this.SOMETHING = 10只将一个名称(module.exports)更改为另一个名称(this)。没别的了。

如果您尝试使用webpack或<script type="module" src="..."></script>将<script type="module" src="..."></script>导入浏览器，那么在这两种情况下您都将获得TypeError: undefined has no properties。

1. typeof require === 'undefined'

也许你会更好的与browser-require，browserify或诸如此类的。