2012-06-29 30 views
2

我正在爲一個包含所有靜態內容的客戶端構建一個網站,這意味着它不是一個網絡應用程序,因爲它不會涉及任何用戶交互和對網站本身數據的操縱。這就是說,用戶界面非常複雜,最終會變得非常JavaScript,所以我想利用JS框架。將Backbone.js用於靜態內容,JavaScript重度網站?

我已經做了大量的研究,並發現了很多Backbone.js用於高度交互式網絡應用程序的例子,也有廣泛的用戶界面,但我想知道它是否會是我的情況的一個好選擇,因爲好。鑑於我的用戶界面要求,它似乎仍然會是,但我想知道其他人在與我的實例類似的情況下是否已成功使用它。

如果不合適,還有其​​他建議嗎?

+1

Backbone的核心功能是管理數據模型客戶端和使用視圖和事件來維護隨着模型更改的DOM。這不是一個真正的UI框架。您認爲在靜態網站上使用Backbone會帶來哪些好處? – jackwanders

+0

我想我需要提供一些說明。因此,內容是靜態的,因爲不會有任何用戶通過網站本身操縱數據。它將全部通過CMS進行管理。不過,它仍然基於不同的數據模型,後端肯定會建立在MVC框架之上。我認爲我可以從使用Backbone獲益,使各種模型的前端JavaScript保持良好的順序,因爲會有大量的DOM交互和操作。 –

回答

3

我最近用很棒的backbone boilerplate寫了一個沒有服務器端功能的網頁應用程序。

無論從服務器顯示模型來管理同步,您仍然可以將方法應用於UI。例如,我最近一直在研究的應用程序具有一些非常複雜的功能/與圖像的交互。這是非常有用的模型與骨幹的圖像(與一些元數據,如尺寸,標題等),將它們保存在一個集合中,並將模型/集合綁定到我的骨幹視圖。它使UI邏輯真正易於維護,更新,重用和單元測試。

有了樣板,你還得到一個偉大的構建過程,掉毛和一些指針爲單元測試等

0

如果您的網站不包括重用戶交互,DOM更新和非回發的重畫(即阿賈克斯+ DOM操縱),但只是通過CMS管理內容,客戶端MV *框架不是正確的工具。大多數CMS(Drupal,Wordpress)已經包含了預定義的結構以及服務器端的誘惑/主題方法,這些方法不一定與Backbonejs,Angular等提供的方法相匹配。簡而言之:如果你的項目是一個Web應用程序,MV *前端框架是有意義的。如果它是內容網站,請選擇與您選擇的CMS提供的內容相關的其他方法。