用例:在Node.js和浏览器之间共享你的应用配置(这只是一个例子，可能不是最好的方法，这取决于你的应用)。

问题:你不能使用window(在Node.js中不存在)或global(在浏览器中不存在)。

编辑:现在我们可以感谢globalThis和Node.js >= 12。

过时的解决方案:

文件config.js: Var config = { 喷火:“酒吧” }; If (typeof module === 'object')模块。导出= config; 在浏览器(index.html)中: < script src = " config.js " > < /脚本> < script src = " myApp.js " > < /脚本> 现在可以打开开发工具并访问全局变量配置 在Node.js (app.js)中: Const config = require('./config'); console.log (config.foo);//打印'bar' 使用Babel或TypeScript: 从'./config'导入配置; console.log (config.foo);//打印'bar'

不要忘记JavaScript函数的字符串表示形式代表该函数的源代码。您可以简单地以封装的方式编写函数和构造函数，以便它们可以被toString()'d发送给客户端。

另一种方法是使用构建系统，将公共代码放在单独的文件中，然后将它们包含在服务器和客户端脚本中。我通过WebSockets将这种方法用于一个简单的客户端/服务器游戏，其中服务器和客户端都运行本质上相同的游戏循环，客户端每一次都与服务器同步，以确保没有人作弊。

我的游戏构建系统是一个简单的Bash脚本，它通过C预处理器运行文件，然后通过sed清理cpp留下的一些垃圾，所以我可以使用所有普通的预处理器，如#include， #define， #ifdef等。

服务器可以简单地将JavaScript源文件发送到客户端(浏览器)，但诀窍是客户端必须提供一个迷你的“导出”环境，然后才能执行代码并将其存储为模块。

创建这样一个环境的一个简单方法是使用闭包。例如，假设您的服务器通过HTTP(如http://example.com/js/foo.js)提供源文件。浏览器可以通过XMLHttpRequest加载所需的文件，并像这样加载代码:

ajaxRequest({
  method: 'GET',
  url: 'http://example.com/js/foo.js',
  onSuccess: function(xhr) {
    var pre = '(function(){var exports={};'
      , post = ';return exports;})()';
    window.fooModule = eval(pre + xhr.responseText + post);
  }
});

关键是客户端可以将外部代码包装到一个匿名函数中立即运行(一个闭包)，该函数创建“exports”对象并返回它，这样你就可以将它分配到你想要的地方，而不是污染全局命名空间。在这个例子中，它被分配给窗口属性fooModule，该属性将包含文件foo.js导出的代码。

如果你想写一个既可以在客户端也可以在服务器端使用的模块，我有一个简短的博客文章，关于一个快速而简单的方法:为Node.js和浏览器编写，基本上如下(这与window相同):

(function(exports){

    // Your code goes here

   exports.test = function(){
        return 'hello world'
    };

})(typeof exports === 'undefined'? this['mymodule']={}: exports);

还有一些项目旨在在客户端实现Node.js API，比如Marak的gemini。

您可能还对DNode感兴趣，它允许您公开JavaScript函数，以便使用简单的基于json的网络协议从另一台机器调用它。

将代码编写为RequireJS模块，将测试编写为Jasmine测试。

这样，就可以使用RequireJS在任何地方加载代码，并且在浏览器中使用jasmine-html和Node.js中的jasmine-node运行测试，而不需要修改代码或测试。

下面是一个工作示例。

在浏览器的Node.js模块模式、AMD模块模式和全局模式中检查jQuery源代码:

(function(window){
    var jQuery = 'blah';

    if (typeof module === "object" && module && typeof module.exports === "object") {

        // Expose jQuery as module.exports in loaders that implement the Node
        // module pattern (including browserify). Do not create the global, since
        // the user will be storing it themselves locally, and globals are frowned
        // upon in the Node module world.
        module.exports = jQuery;
    }
    else {
        // Otherwise expose jQuery to the global object as usual
        window.jQuery = window.$ = jQuery;

        // Register as a named AMD module, since jQuery can be concatenated with other
        // files that may use define, but not via a proper concatenation script that
        // understands anonymous AMD modules. A named AMD is safest and most robust
        // way to register. Lowercase jquery is used because AMD module names are
        // derived from file names, and jQuery is normally delivered in a lowercase
        // file name. Do this after creating the global so that if an AMD module wants
        // to call noConflict to hide this version of jQuery, it will work.
        if (typeof define === "function" && define.amd) {
            define("jquery", [], function () { return jQuery; });
        }
    }
})(this)