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

想问一下楼主当初是怎么选择上mootools的？每个人都有一个选择的过程，每个团队也是。技术&工具没有所谓的好不好，只有合适不合适。有的团队开发人员需要做美工的工作，那么当然用Extjs了；有的团队美工和开发分的很清，那么就很有可能会让美工去用一个封装了js的框架，比如JQuery（抱歉，之前没有用过mootools），而开发后台可以选择Struts2也可以选择Wicket，这个都是以合适的目的去选择的。

至于程序员自身要深入底层，那是个人的问题了，没有必要要求每个人都去深入底层吧。

Ext是平民化的js库，使用Ext，让程序员更像代码民工了，Ext的出现直接导致了web程序员的薪水下调，牛人不用Ext，用Ext不牛人，哈哈，大家用去吧，我敢说你不是牛人，至少你已经丧失了成为牛人的动力

原来挺喜欢mootools，后来觉得有点过度设计

还是那句话，技术服务业务
看个人或者团队的需要。
看了EXT回头再来看MOO，还是始终坚持MOO
从Element、ajax、class，MOO用起来确实很方便，当然也不缺乏moo.fx的扩展
当初学moo是为了加强JS底层代码的学习，想必JQuery那BT的语法另很多人着实烦恼

写js写的烦了才用框架啊！
将来可能涉及报表，现在没用过ext不知道，不过jquery没封装 那么过分啊！
只是选择属性啊！

楼主，你宣传你的mootools就不要把jquery，ext拿来说事，容易造成工具之争。

而且mootools也是国外来的，也都是开源的，这三者最大的区别在于工具提供的多少，你对某个工具不满意了不妨碍你去修改它，如果你没修改的能力恐怕你也没有从头到尾自己设计的能力。

即使你能自己开发一个出来，花了多少时间，功能是否能满足领导需求，队员是否认可还是个问题。

mootools能做的事prototype，jquery也能去做，jquery，prototype能提供的强大UI工具mootools却不能提供，那使用这两样工具的人是不是该提倡不要使用mootools。

如果每个人都去自己实现一套UI，那后来人是继承以前的一套呢还是自己实现一套，因为别人东西不如自己写的熟悉。如果要使用以前的一套，还不如学习jquery，ext，毕竟大家都用，都熟悉。

ps：fins也是mootools使用者，你不妨拉他入圈。

其实改个轮子用也没关系，反正就是这些玩意儿。想想在大家学校里的时候，还得学习可恶的偏微分方程和模拟电路之类的东东，现在学学这些轮子，真是不用费脑子了啦！

相比较而言，Web中的JS、CSS、和DHTML模型本身的语法都是比较简单的，一般人稍微学习一下再配合查询手册的话，想自己写点东西也不困难。困难的是把东西写的像EXT一样那么精，组件那么全，兼容性那么好。我也很喜欢EXT，前期省了很多事，但深入进去也会遇到很多困难，最典型的是树的使用，在大数据量情况下不好控制，最后还是自己写了。也许我是自己习惯用自己写的东西了，有些人不能认同也很正常，每个人都有适合自己的情况

我拿Jquery当靶子了吗？我拿Jquery出来做比较，也是认同它核心部分的，现实情况是很多人是因为Jquery的插件多而去使用Jquery的，而不是从Jquery本身去喜欢它。我也不想过分夸张Mootools的能力。我的愿望是大家都能找到合适的切入点去学习技术、使用技术、发展技术。而不仅仅是为了简化劳动

谢谢你的提议。任何工具的产生都是有需求、有人用才产生的，肯定都有其自身的价值。拿jquery、ext和Mootools作比较，是因为这两者是目前最流行的，尤其是EXT，现在是热的烫手。Jquery其次，而Mootools基本处于无人问津的地步，所以拿来比较一下，没有贬低任何一个的想法。如果有谁看了帖子之后感觉我有这个意思的，我在这里致歉，我不想误导别人！

我想大家在选择一个工具的时候，很多时候是跟风的，看什么流行，看什么文档多，看什么中文文档多...我也如此，从prototype到jquery，到EXT，到现在的Mootools。prototype的没落应该预示着一些什么吧？prototype和jquery混用的例子也很多吧。
从公司利益的角度出发，使用什么无所谓，只要够简单，只要能快速开发，只要能快速赚钱；然而从个人的角度呢？大家来Javaeye的初衷是什么？不是为了提高自己吗？不提高自己怎么涨工资呀？

我不劝导大家都改用Mootools，而是要正确对待“拿来”。大家再去看看鲁迅先生的《拿来主义》吧...

"我们要运用脑髓，放出眼光，自己来拿！"
"我们要或使用，或存放，或毁灭。那么，主人是新主人，宅子也就会成为新宅子"