5

一个多星期以来，我一直在研究 CommonJs、A​​MD、模块加载和相关问题。我觉得外面没有什么能满足我的需要。我的基本需求是在前端和后端之间无缝共享代码。围绕此存在各种问题，包括客户端的模块格式、脚本加载和模块格式转换/包装。我最近一直在努力解决的问题是如何在 node.js 中同时使用 CommonJS 和 AMD（或类似 AMD 的东西）。

你无法摆脱 node.js 中的 commonJs，所以我的想法是，如果我想使用 AMD，它必须与 commonJs 一起工作。我可以使用哪些工具、库或技术来获得类似 AMD 的工作？

例如，我希望能够编写这样的模块：

var x = require('x')

modules.exports = function(a, callback) {
  if(a) {
     require(['y','z'], function(y,z) {
       callback(x, y.o + z.k)
     }
  } else {
    callback(x, "ok")
  }
}

理想情况下：

  • node.js 和类似 amd 的模块都将以 node.js 方式解释路径（注意 node_modules，除非模块路径以“/”、“./”或“../”开头）
  • 在构建步骤中不需要服务器端的源代码转换（即模块将在 node.js 中运行，而每个模块都不需要以编程方式转换）
  • module或者require不需要显式传递给类似amd的require函数
4

2 回答 2

2

uRequire是满足此要求的完美工具，它完全是关于模块格式之间的互操作性及其不兼容性。

本质上，uRequire 将模块从 nodejs 转换或转换为 AMD，反之亦然，再加上在 nodejs 和浏览器上运行的 UMD 格式，或者在浏览器上不需要 AMD 加载器的组合 .is。

虽然它需要一个构建步骤，但与产品相比，这是一个小问题。

于 2013-10-15T00:31:57.173 回答
1

你可以看看，http://dojotoolkit.org/documentation/tutorials/1.9/node/ 我只玩过一点，但我已经尝试过。我让它与 node-orm 一起工作，并记住这很痛苦，但可能只是我在玩它时弄得一团糟。

本质上，您最终会在服务器上使用 AMD，例如：

require(["dojo/node!orm","other/amd/module"], function(orm){
    //use third party commonjs module and your own amd modules here
}

看起来您已经调查了 Requirejs 将 commonjs 模块包装在 AMD 需求中的建议（在构建过程中自动使用 r.js）。

于 2013-08-07T02:42:01.140 回答