Mootools前景？拿来主义VS重复发明轮子

jquery不够oo，有点不适应
mootools应该是针对prototype的改进吧
用prototype的可以试试

轮子是哪里来的呢？还不是前人发明出来的呢。我可能一开始的观点不太明确，拿来主义和重复发明轮子其实无所谓对错，关键是我们怎么去对待，怎么去寻找这个度，不能一味的拿来主义或者一味的发明轮子。拿来主义减轻了我们的重复劳动，但你同样要学习它；重复发明轮子是提高，是创新。拿来的再多，也不是你自己的，只有深入进去，自己发明，才真正是自己的东西。

我本人是做J2EE应用的，从当初的EJB热炒到Spring到Hibernate到Struts，有哪个是国人写的？EJB不炒了，全部改成Spring的，struts1不炒了，全部改成struts2
现在炒EXT，过两天出来一个更流行的，EXT的项目全部作废...过两年还有谁来维护？

对于楼主的这一观点深表赞同。

楼主把jquery和EXT相提并论，这是不对的。
jquery和mootools是差不多的东西，都是轻量级的。
建议看看http://www.iteye.com/topic/259282里sp42对js框架的分级(在首页的底部)

我个人认为js框架都是鸡肋，实际我们需要的并不是里面所有的东西，合适的自己写几个就行了，当然ext还是很炫的。
现在我基本不用什么prototype,jquery,dwr 可能是我用不明白吧，呵呵，本人比较笨。因为seam 或是jsf里我直接用了richface,a4j等，代码很优雅，实在需要的时候自己就写一个了，不会满视野都是$()....等，感觉现在是框架的年代了，就像一个朋友说：java的作用不是别的，而是搞出了一堆架构和他们的师，从此，IT界以架构文明。。。。。

把sp42的观点粘了过来


这个我是比较认同的，从中也可以看出现在各框架的受欢迎度：
EXT > Jquery > Mootools

★EXT : 完整UI，布局跟组件都有现成的例子，拿来抄抄改改就可以了，脚本和样式全不用动；但想要增强很难
★Jquery ： 一级，但其有很多现成的二级组件，也是拿来抄抄改改就可以了；但其组件由于零散，且实现方式各异，需要花时间调试及整合一起
★Mootools ： 以OO方式很优雅的完成了一级的工作；但其现成的组件不多，目前为止网上有几个完整的UI实现，但有的是IE only的，要么bug多多，基本无法拿来直接做系统。

一般一个正规点的系统开发模式是这样的：
1、最初由美工画好页面-->切割-->用CSS改进-->静态页面
2、由业务需要，由懂JS+CSS+DHTML的人修改动态的、交互的部分，如树、层叠菜单等
3、加入业务操作部分，如JSP代码、PHP代码、AJAX等

    从这里我们可以看到，EXT是完全颠覆了这个模式。主要是省掉了美工和那个懂DTHML的人，在某些资金有限的小项目或个人项目中，使用EXT确实省了很多钱、时间、人力。但这样的项目的可持续性和可发展性也是有限的，因为完全被框死了。同时，由于EXT的加载问题，及有限的带宽，第三部分基本只能用AJAX来实现，原来基于表单提交的方式将不再适用于EXT环境。
    如果改用Jquery呢？美工就省不了了，能省的是第二部中一些组件的创建。当然很多时候这些组件是满足不了要求的，这意味着你要研究它的源码，能改则改，改不了还只能自己写。
    最后是Mootools的情况，可以完全不用动这样的开发模式，美工只管界面画的好看，最后的静态页面还是老样子。在第二步中，编写基于Mootools的渲染组件，数据结构和渲染方式根据实际需要设计。业务操作部分该什么样还什么样，职责分明。（Jquery的核心与Mootools相同，两者各有优缺点）
   
  

其实都是个度，就现在来说，我觉得js的框架够多了，不需要再去发明了，就现在来说这么多轮子已经让人不好选择，现在来说应该是要帮助现在的这些轮子变得质量更好才是出路。不要为了发明轮子而发明轮子。

现在是什么时候了，经济危机啊。估计现在所有的软件公司首先考虑的就是如何节省开发成本。如果让开发人员自己来写大量的js、css、html的话，那么项目的开发周期难免就会被拉长，而精通这些技术的开发人员身价也不便宜。使用成型的框架效果就不一样了，既简单又快速，而且就算是普通程序员，学一个星期，保证OK。现在不是大吃小的时代了，现在是快吃慢的时代。当然，如果客户对页面展现没什么要求，那就一切都好办了

我已经开始感受到过度封装的痛苦了。
等我走了，且看谁来维护，让他感受一下我的痛苦。

EXT 本来就是要将美工的责任分离出去给程序员 ， 这样即能为公司节省费用，又能够提高开发效率，何乐而不为，你说的从基础做起，一点都没错