網頁制作poluoluo文章簡介：Portotype雖然是強大的，和script.aculo.us結合可以做出很多完美的效果，可是它裡面有太多我不想用的代碼，或許這是我後面選擇mootools的主要原因，我只是想選擇性的打包。其實當時我也很想用一下jquery，仔細對比了一下，我還是覺得mootools更加的適合於我。有比較，才
Portotype雖然是強大的，和script.aculo.us結合可以做出很多完美的效果，可是它裡面有太多我不想用的代碼，或許這是我後面選擇mootools的主要原因，我只是想選擇性的打包。其實當時我也很想用一下jquery，仔細對比了一下，我還是覺得mootools更加的適合於我。有比較，才有機會去選擇，我想從下面5個方面討論一下。
可讀性VS簡潔 在網上，很多人把mootools比作java，把jquery比作perl，jquery的口號是“write less,do more”，或許就是這個目標造就了它的詭異。我覺得和mootools代碼比起來，我看jquery的代碼更加的吃力，有時候一行代碼需要看半個小時才可以搞懂它的意思，這在mootools中是不存在的。如果你本身是一個崇尚代碼簡潔的人，或許jquery是你的很好的選擇。雖然jquery的性能也稍高一點，不過，我覺得可讀性更重要，所以我覺得mootools更加適合我。
重復的制造輪子VS拿來主義 在所有的js框架中，我始終覺得Ext框架是“拿來主義者”們最好的選擇。和ext比起來，jquery UI 其實做的不怎麼樣，但是jquery有很多的插件。幾乎你看到的網頁效果，在jquery的插件庫中都可以找到，為了避免重復的制造輪子，或許jquery是一個不錯的選擇。而我覺得重復的制造輪子會讓我更加的熟悉制作的工藝，從中了解每種框架不同之處和各自的優勢，所以，我沒事就修改一下jquery框架中的插件，讓他們用mootools的方式去運行。我之所以在大學階段對面向對象理解不夠深刻，主要是各種IDE工具讓我成了IT民工。現在，我不能再做膚淺的拿來主義者，好多的代碼因為性能問題，必須手寫。
團隊協作的成果VS天才的思維 jquery是程序天才JOHN RESIG的作品，mootools是一個團隊的作品，有時候天才的思維很難讀懂，我並不是想為此而逃避不去學習，主要是我希望用一個靈感匯聚的js框架。值得肯定的是：jquery的很多代碼都寫的比mootools優雅一些，簡潔一點，注意這裡是簡潔而不是簡單。團隊中，思想的碰撞要多一些，產品的嘗起來也就更清淡一些。我希望循序漸進的去理解js，所以我對自己不能用猛藥，mootools像一碗粥，而不是參湯。
項目VS個人學習 其實在我們產品部的項目中用的是ExtJs，這個框架幫你做了所有的事情，你基本只管調用就可以了。後來看一下，或許使用jquery UI會好一點，主要是好多代碼自己都可以去嘗試寫一下。如果你在做項目，強烈建議使用jquery，因為很多他的插件可以幫你按照項目的工期完成任務，當然這是第一步，後面或許因為性能問題，你需要修改很多地方的代碼。如果是產品部慢慢的在一個框架上有積累的話，或許不會有這樣的問題存在，我是建議一個產品部能夠持續的學習一個框架，無論是哪一個，精通的過程是痛苦的，可是如果不精通，整個產品都是痛苦的。
完成任務VS希望成為高手 前面已經說過：如果想更快的完成任務，你需要選擇jquery，如果想痛苦的積累，選擇mootools或許會更好。才開始使用mootools1.2的時候，我幾乎崩潰，因為我寫的1.1的代碼都不能用了，後來沒事看了一下1.2的源代碼，無論是在功能上還是在性能上，這樣的改動是有必要的。同時，也贊揚一下mootools團隊的勇氣，和老版本的不兼容真的會讓很多人抓狂。一點點的積累，一點點的領悟JavaScript，mootools是一個不錯的選擇。
以上內容其實很火星，因為去年我就選擇mootools了，最近突然看到一個帖子來討論這兩個框架的時候，我有點遺憾沒能在當時記錄一下自己的想法，趕快補寫一篇。不知道大家的想法如何？