现有的JavaScript框架是否包含CommonJS？

Question

JavaScript框架,如Prototype,jQuery,YUI,MooTools,Dojo等.所有这些似乎都是针对客户端开发人员的,重点是使用更少的代码更有效地实现通用用户交互模式.

随着服务器端JavaScript的出现,这些框架是否打算采用CommonJS标准来实现其库函数重用于服务器端JavaScript,还是允许其他框架(如Node和Narwhal)处理服务器端用例？

(我意识到这个问题危险地接近可以讨论但没有回答的问题,但我认为Stack Overflow社区实际上可以用特定的引用回答这个问题.)

Answer 1

这是我的看法(我是YUI开发人员):

你的问题似乎有两个角度.

一个是关于模块打包和重用格式(CommonJS),另一个是关于客户端JS库的一般概念及其对服务器端开发的适用性.

我不是回答包装角度的合适人选,除了说YUI 3从第一天起就已经使用了正式的模块系统来封装和交付代码,而且它已经成为它设计的一部分.我们一直在讨论提供适配器或构建步骤来将这些模块传递/转换为CommonJS.YUI社区中参与此领域的其他人可能会在此处添加更多有价值的信息.

在第二个角度,我可以告诉你服务器是YUI的第一类目标环境.它在服务器上和在客户端上一样适用.有一组模块只在一个环境或另一个环境中有意义,但是大部分的库可以在栅栏的两侧使用,并且有意识地建立这样做.

例如,YUI中的大块模块提供的基础结构和实用程序与客户端上的应用程序开发一样适用(自定义事件,属性,基础,Intl,Handlebars,IO,YQL,DataType,DataSchema, JSON等......).

这从一开始就是设计目标 - 它是一个网络(缺乏一个更好的术语 - 我指的是JS/HTML/CSS技术堆栈)应用程序开发库,而不仅仅是一个DOM抽象库,或者只是一个Widget图书馆.

戴维格拉有一篇博客文章,其中有一些关于这个主题的精彩内容

您还可以查看3.5.0 PR:

Answer 2

由于大多数这些库专门针对 DOM，并且旨在简化浏览器 API 和跨浏览器问题，因此我不确定这会带来什么优势。

预计 jQuery 1.4 中不会支持 CommonJS。它也不在jQuery 1.5 路线图上。

Dojo 确实努力变得更加包罗万象，并且有一个关于在 Dojo 中添加对 CommonJS 的支持的问题，但它被标记为future。

一般来说，我不会指望它。