angularjs – 出口/ module.exports的用途是什么？

require('./messages');
angular.module('sling',['sling.messages']);

exports = angular.module('sling.messages',[])
    .controller('MessagesListCtrl',require('./MessagesListCtrl'));

module.exports = function() {
    // ...
});

require('./messages');
angular.module('sling',['sling.messages']);

angular.module('sling.messages',[]);
require('./MessagesListCtrl');

angular.module('sling.messages').controller('MessagesListCtrl',function() {
    // ...
});

如果您想在浏览器中使用CommonJS模块(即NodeJS模块),则使用Browserify的主要(和诚实的)唯一原因是. CommonJS模块通过隐式的“模块”范围保留在全局范围之外.您可以通过扩充每个模块的“exports”对象,从模块范围(通常是模块的入口点或主要功能)中选择要暴露的内容.

所以一个’真正的’CommonJS模块看起来像这样.

文件A：

// a.js

function doSomething() {
  console.log("I am doing something");
}

module.exports = doSomething

文件B：

// b.js

doSomething();
// Exception - attempt to call a non-existent function

文件C：

// c.js
var doSomething = require('a');
doSomething();
// logs "I am doing something"

在没有模块范围的浏览器中,a.js将使用doSomething函数来扩充全局范围,因为它被声明为全局. Browserify通过将每个捆绑的模块包装到函数包装器中,并将“exports”对象提供给包含的模块作为此包装器的参数.

输入AngularJS.你有两种方法可以在这里使用,其中我假设你不使用require(‘angular’)是第一个：

>在您的Browserify-transpiled bundle脚本之前,将AngularJS作为index.html中的硬编码脚本.
> Shim AngularJS,以便它连接到导出对象而不是窗口(使用类似于browserify-shim),然后使用任何其他模块进行导入.

我倾向于喜欢第二种方法,因为使用Browserify给您模块范围是一件奇怪的事情,然后让您的项目的主要依赖关系是一个全局窗口.

然而,AngularJS已经有了自己的依赖注入驱动模块系统.当您声明angularJS组件时,您将它们附加到自身已连接到角度对象的模块对象.这意味着在角度的情况下,您的angularJS模块文件的导出对象基本上是多余的,因为只要执行文件,则角度对象将随模块和组件进行扩充.

您仍然需要“需要”文件,否则Browserify将不会捆绑它们,它们将永远不会执行,并且它们将永远不会增加您的模块的角度对象.但是您不需要为Angular的任何内容添加任何内容,因为角度对象是您的导出.

那么为什么我花这么多时间来解释CommonJS模块和出口的工作原理？因为希望您使用Browserify的其他原因是允许您使用浏览器应用程序中NPM上托管的模块.这些模块中的大多数都是非角度commonJS模块,意味着它们的功能通过导出来暴露.在这种情况下,重要的是要在需要时在变量中捕获他们的出口,例如我在上面的c.js中.同样,如果你写一些模块并将它们发布到NPM,那么你的用户将期望你将模块的入口点添加到你的package.json中被声明为main的文件的export对象.