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

    一段时间没来了，一直忙于底层应用的开发，Web端反而少了。很想说一些关于JS框架和Mootools的话。看到各大主流技术网站包括Javaeye在内，目前讨论的最多的是EXT，其次是Jquery，Mootools基本处于无人问津的地步，为什么？
    为什么那么多的人热衷于EXT和Jquery？
    我认为这是由于国内的技术底蕴影响的，国内使用的大部分技术都来源于国外，自主研发的很少，从Hibernate到Spring到EXT，太多的人喜欢拿来主义，喜欢现成的东西，想着配几个参数就完成一个功能，调用一个ANT命令就生成整个项目的源码。我觉得非常的悲哀！
    为什么那么多人用EXT？不就是EXT是一个完整的WebUI，不用你去写复杂的JS+CSS控制页面呈现，不用你去想一棵树是如何实现的、一个表格是如何实现的...开箱即用，不用去学复杂的JS，不用去学CSS，不用去学DHTML。
   为什么那么多人用Jquery？不就是Jquery有很多的插件嘛，虽然不像EXT那样大包大揽，按需使用，但同样面对着深度的封装，想改？门都没有（当然你可以走窗子）  
   然而大家都不想想使用了这些现成的东西之后发生了什么？？？一个EXT的页面，再也看不见HTML标签，body下面空空如也，取而代之的是一大堆的js脚本，哪个美工看得懂？所有的东西全部被封装了，如何维护？一有问题，只有Google一下，在汪洋大海里寻找答案，找不到也只能等待EXT开发小组发现这个问题然后解决。同时随着框架版本的升级，出现兼容性问题，如果你想升级，意味着你要重新学习这个框架，并对整个项目代码的重构（注意：因为页面都是框架生成的，意味着每个功能代码都需要重构并测试！）
   浏览器里你看到了什么？文字+图片+HTML（不是EXT，不是Jquery，也不是Mootools），这也就是我最后的观点：从基础学起，职责分离。页面呈现就是美工的工作，要想让呈现丰富起来，就要去学习HTML、CSS、JS，就要自己去控制它，即时不那么完善，起码你知道原理，遇到问题的时候也好处理。 
  Mootools是一个很好的核心框架，有她就够了。想要什么？自己写！

 

PS：一点愚见，欢迎大家讨论，切勿抨击。同时欢迎喜欢Mootools的人加入《Mootools圈子》，地址：http://mootools.group.iteye.com/

评论

82 楼 yfalcon 2009-03-21  

我觉得，不管争论EXT,JQuery,Mootools都没意义，要说拿来主义，这些框架都是外国人的。争这个没意义。还是专注大家自己该专注的事吧。
不过我一直都在用JQuery的基础框架，精通一个就行了。反正我是这么想的。

81 楼 whking2003 2009-03-21  

littcai 写道

icewubin 写道

littcai 写道

的确要看具体的应用来选择合适的工具，应以系统面向的用户、网络、性能、安全性等几个方面考虑。公网或内网不是一个界限。也许这个系统是放在公网上的，但面向的是特定人群，访问量不会很高但可用性及用户体验要求很高，则可能也会选择EXT这样成熟的整套方案。

从做技术的角度来看，无论是什么，都不要只浮于表面。

你这个钻牛角尖了，“都不要只浮于表面”说多了没营养，我们公司正在做的项目就是EXT跑在公网上的。

但是我还是要说，大部分的website不适合用EXT来做。

好像有点跑题，我都不知道我们在争论什么了。我本意也没要求别人该用什么不该用什么，也不是从公司或者利益的角度来讨论应该用什么；而是说做技术的人，除了接受公司的一些约定和限制之外，自己也要多增增能。不是说现在有了个EXT就EXT了，多接触点相关的技术，比较比较各自的优缺点和适用面。我现在一个项目也是用EXT的，只能说够用，但真的接触到具体应用的话很多东西还是要自己改，或者说只能抛弃它另外发明。

"我现在一个项目也是用EXT的，只能说够用，但真的接触到具体应用的话很多东西还是要自己改，或者说只能抛弃它另外发明。"

你在项目中遇到了困难，就到JE来抱怨EXT和JQuery不好。这种心态很不好。
EXT让你不爽，不是EXT的问题，因为他有自己的定位，只能说是你不该选择EXT。
你选择MT，不代表MT比EXT优越。你给一个朋友的小公司，写一个宣传网页，十几个静态页面就OK的东西，你是不是也用MT？
EXT，JQuery被人们广泛使用，是因为他满足了人们的需求，更因为人们能把握自己的需求而做出正确的选择。
你现在的问题是，要反省自身，你的应用，在搭架子的时候，你有没有考虑全面？

别说要什么要把握基础的话，“精通所有常用算法，还懂电路逻辑门”，这种简历以前又不是没出现，你敢不敢招这样的人？
之所以有这么多框架，就是因为需求差异巨大，人们的分工也越来越细。

最后提醒一句“不懂DOS永远也做不出来windows”，这样的话，还是别说了。

80 楼 fuyuan_jr 2009-03-18  

支持楼主,我们做前台都用moootools

79 楼 murainwood 2009-03-10  

每次要学习一个新东西，我总是这么安慰自己：有偏微分方程难么？
显然没有，于是就释然了

78 楼 littcai 2009-03-10  

icewubin 写道

littcai 写道

的确要看具体的应用来选择合适的工具，应以系统面向的用户、网络、性能、安全性等几个方面考虑。公网或内网不是一个界限。也许这个系统是放在公网上的，但面向的是特定人群，访问量不会很高但可用性及用户体验要求很高，则可能也会选择EXT这样成熟的整套方案。

从做技术的角度来看，无论是什么，都不要只浮于表面。

你这个钻牛角尖了，“都不要只浮于表面”说多了没营养，我们公司正在做的项目就是EXT跑在公网上的。

但是我还是要说，大部分的website不适合用EXT来做。

好像有点跑题，我都不知道我们在争论什么了。我本意也没要求别人该用什么不该用什么，也不是从公司或者利益的角度来讨论应该用什么；而是说做技术的人，除了接受公司的一些约定和限制之外，自己也要多增增能。不是说现在有了个EXT就EXT了，多接触点相关的技术，比较比较各自的优缺点和适用面。我现在一个项目也是用EXT的，只能说够用，但真的接触到具体应用的话很多东西还是要自己改，或者说只能抛弃它另外发明。

77 楼 icewubin 2009-03-10  

littcai 写道

的确要看具体的应用来选择合适的工具，应以系统面向的用户、网络、性能、安全性等几个方面考虑。公网或内网不是一个界限。也许这个系统是放在公网上的，但面向的是特定人群，访问量不会很高但可用性及用户体验要求很高，则可能也会选择EXT这样成熟的整套方案。

从做技术的角度来看，无论是什么，都不要只浮于表面。

你这个钻牛角尖了，“都不要只浮于表面”说多了没营养，我们公司正在做的项目就是EXT跑在公网上的。

但是我还是要说，大部分的website不适合用EXT来做。

76 楼 icewubin 2009-03-10  

littcai 写道

从管理角度当然是越统一越好，从利益角度当然是变的越少越好，从技术角度当然是懂得越多越好。三者矛盾吗？


我也不是讲要从最源头抓起，但起码目前Web的基础是JS、CSS、HTML。EXT并不是一个新的时代，就像我拿EXT和FLEX比是完全没有意义的。

三者当然是矛盾的，技术角度来说，无穷无尽，人的精力是有限的，必须不停的做各种选择。

这些选择既有管理者做的，也有被管理者做的，有相当一部分都是受到预算（时间成本和人员成本）的限制而被迫做出的。

之前说过了，你认为的Web的基础JS、CSS、HTML自身的版本和实际使用标准也在不停变化，现在的JS、CSS、HTML和5年前的JS、CSS、HTML变化已经非常大了（我指的是事实上的标准），有时候一个工具（DreamWeaver）的出现就会在很短的时间内改变工业标准。

75 楼 littcai 2009-03-10  

icewubin 写道

littcai 写道

新技术就是本来没有，后来被创造出来的技术

包装技术就是在已有技术上通过封装的方式简化、改进该技术


新技术肯定比老技术好，否则不可能被创造；至于包装技术，则要具体看待了。

在Web上，底层就JS+CSS+HTML，Mootools、Jquery、EXT...都是在其基础上的包装，只是程度不一样。

说穿了，你精通了EXT==你精通Web吗？

如果你精通了JS、精通了CSS，精通了HTML，你能不能写一个EXT2，EXT3出来？

你这样说没有太大的意思，因为你的说法是基于你认为JS+CSS+html是不会被淘汰的，要知道几年前CSS的使用程度是远不如现在的，同样是HTML的布局方法不同时期也都是不一样的，这些东西并不是一成不变的。JS自身也有版本之分，以前要兼容IE4.0，后来只要兼容IE5.0，现在是IE6.0，之前的各种hack方法就没有再掌握的必要了。

总而言之，你这个说法的大前提本身就是有点问题的。任何技术的选择都是掌握一个平衡点的问题，历史上优秀的技术但是没有成功的多了去了，技术选型的第一因素往往不是“优秀与否”。

作为部门主管或项目经理，控制成本也是一个平衡点的选择问题，人员招聘成本、学习成本、开发成本、部署成本、维护成本、人员变动带来的移交成本等等。

技术的“进步”终究是为业务服务的，以相对更低的成本来提供相对更好的功能或服务。

从管理角度当然是越统一越好，从利益角度当然是变的越少越好，从技术角度当然是懂得越多越好。三者矛盾吗？


我也不是讲要从最源头抓起，但起码目前Web的基础是JS、CSS、HTML。EXT并不是一个新的时代，就像我拿EXT和FLEX比是完全没有意义的。

74 楼 littcai 2009-03-10  

icewubin 写道

littcai 写道

microboat 写道

做B/S系统的主要精力是业务逻辑分析，当然不能把时间浪费在UI上，所以用Ext是合适的。做网站主要是美观，内容、速度，当然就选轻量级的框架Mootools啦。

无论什么系统，核心都是业务，不然界面做的再美也没用。EXT的界面诚然很美，有很多控件，很多皮肤，但是客户(或者用户)不会关心你后面用什么写的，他只关心你能不能满足他的要求。我个人认为选EXT完全是偏技术的架构师或主管导向的，或者是个人追求新鲜事物，不能拿上台面。如果职责分明的话，UI完全就是美工的事，而哪个美工能精通JS+CSS+DHTML，更不可能深入研究EXT...

你说得很对，但是还是有问题。

首先建议你在论述问题的时候把公网上的website和局域网内的b/s应用分开讨论，单说一个web没有意义。

还有你说的UI是美工的事，没错，但是哪个美工会去研究JS框架（但是美工做DEMO偏偏还喜欢用一些现成的插件），还不是哪个简单、能直接用的就用哪个，从这个角度上来说美工当然乐于使用简单的jquery（其实她们多半不知道某个插件用的是jquery）的各种插件。

的确要看具体的应用来选择合适的工具，应以系统面向的用户、网络、性能、安全性等几个方面考虑。公网或内网不是一个界限。也许这个系统是放在公网上的，但面向的是特定人群，访问量不会很高但可用性及用户体验要求很高，则可能也会选择EXT这样成熟的整套方案。

从做技术的角度来看，无论是什么，都不要只浮于表面。

73 楼 icewubin 2009-03-10  

littcai 写道

新技术就是本来没有，后来被创造出来的技术

包装技术就是在已有技术上通过封装的方式简化、改进该技术


新技术肯定比老技术好，否则不可能被创造；至于包装技术，则要具体看待了。

在Web上，底层就JS+CSS+HTML，Mootools、Jquery、EXT...都是在其基础上的包装，只是程度不一样。

说穿了，你精通了EXT==你精通Web吗？

如果你精通了JS、精通了CSS，精通了HTML，你能不能写一个EXT2，EXT3出来？

你这样说没有太大的意思，因为你的说法是基于你认为JS+CSS+html是不会被淘汰的，要知道几年前CSS的使用程度是远不如现在的，同样是HTML的布局方法不同时期也都是不一样的，这些东西并不是一成不变的。JS自身也有版本之分，以前要兼容IE4.0，后来只要兼容IE5.0，现在是IE6.0，之前的各种hack方法就没有再掌握的必要了。

总而言之，你这个说法的大前提本身就是有点问题的。任何技术的选择都是掌握一个平衡点的问题，历史上优秀的技术但是没有成功的多了去了，技术选型的第一因素往往不是“优秀与否”。

作为部门主管或项目经理，控制成本也是一个平衡点的选择问题，人员招聘成本、学习成本、开发成本、部署成本、维护成本、人员变动带来的移交成本等等。

技术的“进步”终究是为业务服务的，以相对更低的成本来提供相对更好的功能或服务。

72 楼 icewubin 2009-03-10  

littcai 写道

microboat 写道

做B/S系统的主要精力是业务逻辑分析，当然不能把时间浪费在UI上，所以用Ext是合适的。做网站主要是美观，内容、速度，当然就选轻量级的框架Mootools啦。

无论什么系统，核心都是业务，不然界面做的再美也没用。EXT的界面诚然很美，有很多控件，很多皮肤，但是客户(或者用户)不会关心你后面用什么写的，他只关心你能不能满足他的要求。我个人认为选EXT完全是偏技术的架构师或主管导向的，或者是个人追求新鲜事物，不能拿上台面。如果职责分明的话，UI完全就是美工的事，而哪个美工能精通JS+CSS+DHTML，更不可能深入研究EXT...

你说得很对，但是还是有问题。

首先建议你在论述问题的时候把公网上的website和局域网内的b/s应用分开讨论，单说一个web没有意义。

还有你说的UI是美工的事，没错，但是哪个美工会去研究JS框架（但是美工做DEMO偏偏还喜欢用一些现成的插件），还不是哪个简单、能直接用的就用哪个，从这个角度上来说美工当然乐于使用简单的jquery（其实她们多半不知道某个插件用的是jquery）的各种插件。

71 楼 murainwood 2009-03-09  

littcai 写道

arkxu 写道

完全完全不同意楼主的想法.

你以为网页开发经过了这么长的时间还像以前那样html+css阿? 社会在发展, 技术在进步.我来告诉你以后的网页开发是什么样子:

功能模块drag&drop, 美工完全模仿photoshop对于平面作图的开发方式, 全部所见即所得的开发. 不用手写代码.

重复发明轮子没有错, 但是至少你要让技术, 社会发展吧. prototype -> jquery 我们能看到很多新的js设计理念东西. mootools至少也可以满足很多网页设计对复杂效果的需要.

一个做应用的, 有现成的就拿来用吧. 不要再重新设计了, 要做我们也支持你, 只要你说你做出来的ui就是比ext好, 直行效率就是高. 或者你说你们的应用只能自己从头写, 现有的东西都搞不定, 那也就认了.

没有底层基础哪来上层建筑？难道以后造房子的时候都能像拼积木一样简单吗？积木房你敢住吗？不知道水泥跟黄沙的配比能做出坚固的混凝土吗？？？所见即所得的东西早N年前就有了，Borland的Delphi和C++Builder做的可以让你完全不用理会UI细节，但你想要更精细的控制呢？那些show()和hide()方法内部呢？客户端应用还算是一家独大的，一种语言贯穿始末；而Web上则还是完全处于战国时代，没有说哪家能主持大局的。同样一个折叠菜单，用CSS就能实现；能用JS完全实现；还能用JS+CSS实现，数据源可用HTML、JSON、XML，你觉得用哪个好？还是你完全托付给那些UI框架了？
看看是你用泥巴糊的汤诚一品好还是我用钢筋混凝土搭的经济适用房好呢？
要说发展，让技术进步，也是首先应让HTML进步，让CSS进步，让JS进步。不懂DOS的人永远也写不出Windos

注意拼写，Windows、
还有，从DOS慢慢演进的Windows家族，只发展到了Windows Me。Windows Me之后，巨内核的Windows9x系列让位给 NT， NT内核一统天下。
这个NT内核，是微软当年从Digital Equipment Corporation 雇佣的一批人重起炉灶搞的
可以这么说，现在开发Windows的程序员， 可以不用懂DOS

70 楼 littcai 2009-03-09  

arkxu 写道

完全完全不同意楼主的想法.

你以为网页开发经过了这么长的时间还像以前那样html+css阿? 社会在发展, 技术在进步.我来告诉你以后的网页开发是什么样子:

功能模块drag&drop, 美工完全模仿photoshop对于平面作图的开发方式, 全部所见即所得的开发. 不用手写代码.

重复发明轮子没有错, 但是至少你要让技术, 社会发展吧. prototype -> jquery 我们能看到很多新的js设计理念东西. mootools至少也可以满足很多网页设计对复杂效果的需要.

一个做应用的, 有现成的就拿来用吧. 不要再重新设计了, 要做我们也支持你, 只要你说你做出来的ui就是比ext好, 直行效率就是高. 或者你说你们的应用只能自己从头写, 现有的东西都搞不定, 那也就认了.

没有底层基础哪来上层建筑？难道以后造房子的时候都能像拼积木一样简单吗？积木房你敢住吗？不知道水泥跟黄沙的配比能做出坚固的混凝土吗？？？所见即所得的东西早N年前就有了，Borland的Delphi和C++Builder做的可以让你完全不用理会UI细节，但你想要更精细的控制呢？那些show()和hide()方法内部呢？客户端应用还算是一家独大的，一种语言贯穿始末；而Web上则还是完全处于战国时代，没有说哪家能主持大局的。同样一个折叠菜单，用CSS就能实现；能用JS完全实现；还能用JS+CSS实现，数据源可用HTML、JSON、XML，你觉得用哪个好？还是你完全托付给那些UI框架了？
看看是你用泥巴糊的汤诚一品好还是我用钢筋混凝土搭的经济适用房好呢？
要说发展，让技术进步，也是首先应让HTML进步，让CSS进步，让JS进步。不懂DOS的人永远也写不出Windos

69 楼 arkxu 2009-03-06  

完全完全不同意楼主的想法.

你以为网页开发经过了这么长的时间还像以前那样html+css阿? 社会在发展, 技术在进步.我来告诉你以后的网页开发是什么样子:

功能模块drag&drop, 美工完全模仿photoshop对于平面作图的开发方式, 全部所见即所得的开发. 不用手写代码.

重复发明轮子没有错, 但是至少你要让技术, 社会发展吧. prototype -> jquery 我们能看到很多新的js设计理念东西. mootools至少也可以满足很多网页设计对复杂效果的需要.

一个做应用的, 有现成的就拿来用吧. 不要再重新设计了, 要做我们也支持你, 只要你说你做出来的ui就是比ext好, 直行效率就是高. 或者你说你们的应用只能自己从头写, 现有的东西都搞不定, 那也就认了.

68 楼 littcai 2009-03-05  

usiboy 写道

在使用框架之前，首先要考虑为什么要用它？如果对于一个刚架构的项目一般不去轻易去使用任何框架，即使是mootools。比如说，假设一个刚开发的项目，只需要简单的JDBC操作，但是这时候项目中却使用了Hibernate框架，那么可以肯定的是，项目的上的维护就大大的增加，同样在使用mootools或者Ext框架时，也要思量，项目按照目前的架构中是否可用他们。mootools是一个非常不错的Ajax框架，很多其他的Ajax框架都是在mootools的基础上架构的，但不能否认mootools也是一个第三方组件，他的维护也是要花代价的。各有各的长处，当然自己开发组件是最好的，但是要考虑时间和效益，为什么说开源的东西那么令人喜欢，但是又那么令人烦闷呢？

感觉说的比较乱，项目从架构期就要考虑使用何种技术，采用哪种框架了。而这些考虑应该是从实际的需求来的，至于选择JDBC还是HIBERNATE，则是完全从技术实现上的考虑。总不可能现在觉得项目小，就用JDBC快，结果需求变了，用JDBC开发反而拖慢项目进度了。而且项目一经启动，换框架是几乎不可能的，所以才需要架构师去考虑...
客户不会关心你下面采用了何种技术、何种框架。用框架只是为了减轻开发的。

67 楼 usiboy 2009-03-05  

在使用框架之前，首先要考虑为什么要用它？如果对于一个刚架构的项目一般不去轻易去使用任何框架，即使是mootools。比如说，假设一个刚开发的项目，只需要简单的JDBC操作，但是这时候项目中却使用了Hibernate框架，那么可以肯定的是，项目的上的维护就大大的增加，同样在使用mootools或者Ext框架时，也要思量，项目按照目前的架构中是否可用他们。mootools是一个非常不错的Ajax框架，很多其他的Ajax框架都是在mootools的基础上架构的，但不能否认mootools也是一个第三方组件，他的维护也是要花代价的。各有各的长处，当然自己开发组件是最好的，但是要考虑时间和效益，为什么说开源的东西那么令人喜欢，但是又那么令人烦闷呢？

66 楼 一蓑烟雨任平生 2009-03-04  

重复发明轮子和重新制造轮子不是一回事，轮子是要有个性化要求的，同时轮子也要不断的改进，发明轮子难，制造轮子易。

65 楼 littcai 2009-03-03  

<div class="quote_title">番茄有益 写道</div>
<div class="quote_div">不小心点错了,评了个差.... <br />做开发总是郁闷，大家要搞成一个江湖，加入一个门派，这样打起来比较有意思些... <br /></div>
<p><br /><br />一个门派的江湖还是江湖吗？大家都会吸星大法了最后吸谁去啊？<img src="/images/smiles/icon_biggrin.gif" alt="" /></p>
<p> </p>

64 楼 番茄有益 2009-03-03  

不小心点错了,评了个差....
做开发总是郁闷，大家要搞成一个江湖，加入一个门派，这样打起来比较有意思些...

63 楼 nbkangta 2009-03-02  

Ext看着好像什么都有了，其实什么都没有
复杂的配置参数，完全封装在内部的组件行为，其实用起来学起来一点都不方便
当UI的设计越来越复杂的时候，其实需要修改Ext的很多东西
Jquery说实话我就用选择器，其它都是自己写的js
我看重Ext的界面，不用美工我们就写后台
我看重Jquery的便捷，在美工做的庞大的html元素中让我有办法捞出我要寻找的DOM
mootools也没什么不好，但是存在即合理，流行也是有深层次的原因
Jquery国外都比mootools流行，LZ似乎有失偏颇