Backbone是一款很不錯的輕量級的提供前端MVC模型程式設計的解決方案，其提供的Model,View,Controller等介面可以幫我們很清晰的從一大堆海量程式碼中解脫出來，Backbone本身就體積很輕有個4K-5K的樣子，依賴也很少，只有一個underscroe,裡面提供了一大堆陣列操作還有模板解析的函式。

    我目前也在重構整個前端的程式碼，之前的程式碼因為公司初創的緣故，在寶貴的短期時間內要求上線的情況下，對模組劃分是有一定欠缺的，部分程式碼還只是簡單的面向過程程式設計的形式，考慮到日後公司第二階段擴充套件的緣故，我目前要求用2周的時間把前端程式碼重構一番，其中就考慮過用Backbone.js，但經過前端系統預估後發現，用backbone對我們的工作可能並不會帶來多大的好處。

    之前我可能會認為，有一個已經為你整理好模組形式的框架幫你去做你想做的重構不是很好嗎，看起來是這樣，但也要與公司業務還有系統規模結合起來，就像我的前端系統這樣，我已經考慮到近10年的全部業務需求了，但總體系統來看是還不會到用backbone的地步，系統比較小，不會無所止境的擴大，單獨把一些重用模組和業務模組抽象成物件，然後藉助包管理和名稱空間管理方式就完全可以解決我現在的問題了，用Backbone除了讓我的程式碼跟多以外，實際上投入是大於產出的，公司擴招前端工程師以後，他們還要去了解Backbone怎麼用，寶貴的時間顯然又花費了很多，況且MVC是一種思想上的概念，如果把M V C劃分清楚後，完全可以通過規範來自己形成這種思想架構，這樣讀起來也很容易，開發速度也會比較快，因為有了統一的模式規範，日後的管理也會容易，又因為使用requireJs來管理模組依賴，是可以應付這種情況的。

   所以我想表達的是，backbone的使用對於複雜的大型前端系統設計是一塊瑰寶，但對於小步快跑的小型公司未必適合，所謂選型還要結合業務走為妙。