JavaScript 框架，例如 Prototype、jQuery、YUI、MooTools、Dojo 等。所有这些似乎都以客户端开发人员为目标，重点是使常见的用户交互模式能够以更少的代码更有效地实现。
随着服务器端 JavaScript 的出现，这些框架是否打算合并 CommonJS 标准，以便能够将它们的库函数重用于服务器端 JavaScript，或者它们是否会允许 Node 和 Narwhal 等替代框架来处理服务器端用例？
(我意识到这个问题非常接近于可以讨论但不能回答的问题，但我认为 Stack Overflow 社区实际上可以通过具体引用来回答这个问题。)
最佳答案
这是我的看法(我是一名 YUI 开发人员):
您的问题似乎有两个 Angular 。
一个是关于模块打包和重用格式(CommonJS)，另一个是关于客户端 JS 库的一般概念及其对服务器端开发的适用性。
我不是真正回答包装 Angular 合适人选，除了说 YUI 3 从第一天开始就固有地使用正式的模块系统来封装和交付代码，并且它已经成为其设计的组成部分。提供适配器或构建步骤以将这些模块交付/翻译为 CommonJS 是我们一直在讨论的事情。 YUI 社区中参与该领域的其他人可能有更多有值(value)的信息可以添加到这里。
在第二个 Angular ，我可以告诉你，服务器是 YUI 的一流目标环境。它在服务器上和在客户端上一样适用。当然，有一组模块只在一个环境或另一个环境中有意义，但是库的很大一部分可以在栅栏的两侧使用，并且有意识地构建它来做到这一点。
例如，YUI 中的大部分模块提供了基础设施和实用程序，这些基础设施和实用程序同样适用于服务器上和客户端上的应用程序开发(自定义事件、属性、基础、Intl、Handlebars、IO、YQL、DataType 、DataSchema、JSON 等...)。
这确实是从一开始的设计目标 - 它是一个网络(因为没有更好的术语 - 我指的是 JS/HTML/CSS 技术堆栈)应用程序开发库，而不仅仅是 DOM 抽象库，或者只是一个小部件库。
Dav Glass 有一篇博文，其中包含一些关于该主题的精彩内容:
http://www.yuiblog.com/blog/2011/11/07/rocking-yui-on-node-js-and-mobile/
您还可以查看 3.5.0 PR:
关于javascript - 现有的 JavaScript 框架会合并 CommonJS 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1999974/