这是一个创建于 4612 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 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