2011-09-29 66 views

回答

1

從技術上講,我不明白爲什麼你不能這樣做。您將放棄Backbone的「路由器」部分,並堅持使用模型,集合和視圖。您可能還會放棄集合和模型的所有後端同步功能,轉而使用您自己的與客戶端應用程序的接口。您還必須想出一種通用的Backbone渲染模式來允許客戶端應用程序託管您的小部件。你仍然會得到一些關注的分離,你的Widget工具可以工作。

但是,我不知道我是否會推薦它。通過圍繞Backbone構建小部件工具包,您需要將用戶綁定到Backbone,Underscore和jQuery。你會這樣做,但會拋出Backbone必須提供的許多功能(如路由和同步)。如果客戶端應用程序也使用Backbone,則可能會遇到版本不兼容問題,因此您必須使用noConflict來處理該問題。

總而言之,它會讓我感覺像是你將一整套工具綁在你的小工具包中,以獲得最小的收益。你的小工具包將會很胖並且很容易臃腫。相反,我會盡量讓我的widget工具更輕量。使用您在Backbone中學到的模式,但不要使用主幹。即使考慮將一些Backbone代碼剝離出來以將您的基礎架構建立爲基礎,但要對其進行修改以消除您不會使用的功能並使其成爲您自己的功能。