1

我目前正在研究一個依賴於Spring MVC架構(經典的前端控制器 - >分派器 - >模型和jsp視圖)的新Java項目。然而,由於我們大多數視圖需要Ajax動態性(jQuery),我願意使用Require.js和Backbone.js框架來構建JavaScript代碼。在非SPA中使用Require.js和Backbone(單頁應用程序)

問題是,由於我的應用程序不是SPA,我將不得不爲每個頁面請求加載js資源,因此在JavaScript中丟失狀態。這意味着我將不得不單獨使用Backbone的路由器和模型功能,這對此沒有任何意義。

在這種情況下,在這種情況下是否仍然有必要使用Backbone?在這樣的體系結構中建議使用Require.js嗎?或者我會放棄這兩種完全適合SPA的技術。有沒有人有過使用它的經驗(off-SPA)?

多謝, 吉米

+1

您的應用需要什麼邏輯在客戶端?你爲什麼在考慮使用Backbone? – James

+1

事實上,無論邏輯如何,視圖組件都將使用jQuery(UI,插件,...)。我正在考慮使用Backbone,因爲過去幾年我使用js MVC框架(如JavaScript MVC,Backbone.js和SproutCore)創建了幾個企業應用程序。但是我想知道我是否能夠將Backbone放入非單頁應用程序(=厚服務器體系結構)中,僅用於構建JavaScript代碼的唯一目的,以及是否使用它的開銷不大。 –

+1

我認爲這不值得。您可以在不使用Backbone的情況下維護JavaScript代碼庫。再次,Backbone是非常小的,所以如果你發現自己寫JS可以適應MVC範例,那麼也許Backbone就可以。 – James

回答

1

我一直在使用骨幹,並要求在Spring MVC的應用程序有一段時間了。當Spring控制器返回視圖時,骨幹路由器負責啓動正確的骨幹視圖,其中我處理許多JavaScript代碼,如驗證,彈出保存和提取數據等。 雖然這種類型我認爲這是值得的努力。 在您的htmls的頭文件中插入與require文件相同的調用,因此您的HTML文件中只有一行js行。 然後在主要啓動您的主幹路由器,您可能需要添加#+東西在您的網址 爲了讓骨幹ruter(s)工作。

相關問題