今天看了seajs官網的入門教程，以及博客園的教程http://www.cnblogs.com/leoo2sk/archive/2011/06/27/write-javascript-with-seajs.html
個人認為seajs的作用不太大，這個庫應該會小眾，不會流行。
原因如下：
原先js代碼開發，通常一個js文件一個對象，對象之間有依賴的話，要按照“順序”引用，不然會出錯。
比如對象1，依賴對象2，對象依賴對象3。
那么我們文件引用順序是，對象3.js，對象2.js，對象1.js。
用了seajs之后，
我們將對象1,2,3封裝成模塊1,2,3。
封裝的過程中，因為對象3沒有任何依賴，所以先封裝對象3。然后封裝對象2時，要引用模塊3。封裝對象1時，要引用模塊2。
還有，封裝的過程中，要多寫對外接口，和依賴引用。
然后只引用sea.js文件即可。
這里我們看到，本來js引用列表是一個靜態的列表。用了seajs之后，變成js代碼控制的列表了。
因為可控制，我們可以選擇一次性加載全部，或者按需加載。
效果是不錯，但是有必要嗎，性價比高嗎？
為什么要有模塊管理，是因為前端代碼多了，依賴關系復雜了。
ASP.NET的模塊管理，就是命名空間，而且也是有引用順序。
其實維護靜態js引用列表，並不浪費精力，也不難。
每個互聯網新產品上線都有機可乘。
比如豆瓣FM收費版，高品質音樂，無廣告。
它肯定有漏洞，就是下載高品質音樂啦。一般下載單首高品質音樂，都需要money。在豆瓣包月一下就搞定。
迅雷雲點播，剛出來也有漏洞，被各種免費。
人人網剛出來，加密相冊，加密日志什么的都能拐個彎進去看。
QQ空間剛出來，加密相關的就不用說了。
也算是互聯網一種規律，新產品，必有大洞可鑽。