这是一个创建于 4213 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
chemzqm 2013-05-13 14:21:28 +08:00  3
YUI 基于json格式配置，生产需要后端combo配合，比较复杂
Ext 4 基于目录文件名规范，多用与企业应用 requirejs 基于AMD的纯加载器（github上一堆AMD加载器），twitter出的flight框架使用requirejs seajs 基于CMD2.0规范的纯加载器，特点是相对简单，配置灵活，适用于商务网站，淘宝的aralejs基于seajs component 基于CMD1.0的模块化加载器，特点是简洁优雅，组件丰富，但局限于git仓库，适用于搭建但页面应用 选择框架要首先弄清自己的需求 |
 |
3
yakczh 2013-05-13 17:03:33 +08:00
CMD2.0规范 相比CMD1.0 有什么不同？
|
|
4
chemzqm 2013-05-13 18:09:27 +08:00
http://www.zhihu.com/question/21054469
Nodejs就是CMD1.0()大区别就是1.0里面没有define，没法前端动态解析依赖，需要后端预处理。 这个是Seajs给出的2.0规范： https://github.com/seajs/seajs/issues/242 |
|
5
yakczh 2013-05-13 18:37:51 +08:00
taobao 不是有个kissy吗，怎么又弄个aralejs基于seajs
|
 |
7
duhastmich 2013-05-13 21:11:07 +08:00
其实nodejs的那一套前端也能用，写过一个"simple-require"，https://github.com/zweifisch/simple-require
|
|
8
yakczh 2013-05-14 13:22:34 +08:00
用这些框架和 加载器比如requirejs ＋ 各种现成的轮子 相比，有什么优势呢？
|
|
9
chemzqm 2013-05-14 14:34:24 +08:00
@yakczh 大的框架一般更适合做企业应用，好的设计可以更容易保证统一的代码风格，提高可读性，更容易扩展、维护。使用不同的开源轮子，一般开发起来会快些，不过人一多你就很难保证代码质量了，比如同一个底层功能，不同的组件使用了不同方式完成，不管是重构还是增强都会变成一场噩梦。
|
|
10
yakczh 2013-05-14 16:58:58 +08:00
kissy的loader是哪种cmd还是amd?
|
|
11
yakczh 2013-05-14 17:50:11 +08:00
下载了个kissy1.3连个例子都找不到，谁有kissy loader的例子
|
Select Language