選擇mootools的5個原因
2024-07-21 02:04:36
供稿：網友
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了，最近突然看到一個帖子來討論這兩個框架的時候，我有點遺憾沒能在當時記錄一下自己的想法，趕快補寫一篇。不知道大家的想法如何？
