我們需要將現有的一系列頁面/工作流程屏幕更改/重寫爲一個標準頁面。該項目本身將基本上是在更大的現有應用程序的上下文中構建單個網頁應用程序。單頁網頁應用程序需要的設計建議
我們的目標是儘可能地讓服務器端實現。這意味着我們不會使用REST模型，而只是向java後端提交一些表單提交。每個終點將指向一個JSP。
每個表單都將被創建爲一個小部件。當一個小部件提交時，它可能會影響其他小部件的值，這些小部件需要隨時更改其值。
似乎單頁網絡應用程序的兩個主要選項是Backbone.js或Ember.js。
根據我們的要求，這兩個（或任何其他框架）中的哪一個最適合？或者我們應該採取其他一些方法嗎？
可能有一堆東西你應該看看。
Emberjs是42k縮小+ gzip而Backbone.js只是5.6kb。 Emberjs包含了許多其中的準系統骨幹不給你的權力。
分析您是否需要所有這些功能。如果您的要求僅由Backbone，IMO提供，您應該給Emberjs一個通行證。運送所有這些額外的零部件是沒有用的，這是愚蠢的。
隨着Emberjs，你也必須使用jQuery。不知道你是否已經使用它。
恕我直言，我會使用Emberjs，如果單頁網頁應用程序是超複雜的，有很多功能需求其他骨幹應該足夠了。
謝謝，是的，我們已經在使用jQuery了。這裏的普遍共識似乎是Ember。 – Dominic 2012-07-27 10:52:53
要麼完成你想要的。
我偏愛Ember，因爲它提供了一個確實有助於鎖定應用程序行爲的路由/狀態圖框架。更不用說它是MVC，它將幫助你分離你的顧慮。應用中的每個表單或小部件都將是您定義的視圖，將輸入綁定到模型圖層。
您是否需要將頁面上的數據模型存儲到需要類似backbone的地方，還是僅僅將值存儲在DOM元素中，以便像jQuery本身一樣適合？ – 2012-07-26 13:53:06
至於Backbone.js，它本身對於一個好的spa來說通常是不夠的。嘗試尋找一些更高級別的基於骨幹的框架，例如卓別林https://github.com/chaplinjs/chaplin – 2012-07-26 13:54:37