最近我看到一個breeze.js,它是一個用於數據操作的客戶端庫,我們都知道。我錯過的東西是關於這個問題的答案,爲什麼和什麼時候我應該喜歡微風吹過ie。純粹的實體框架。爲什麼和什麼時候在服務器端使用微風ORM
我知道的唯一不錯的功能是支持離線數據。但是還有什麼,在開發常規Web應用程序或SPA時應該引起我的注意?
是否有一個使用案例,在給我後,我會迴應:當然,我們會用微風那裏它的完美契合。
我有搜索SO和微風常見問題回答,並沒有發現任何。
最近我看到一個breeze.js,它是一個用於數據操作的客戶端庫,我們都知道。我錯過的東西是關於這個問題的答案,爲什麼和什麼時候我應該喜歡微風吹過ie。純粹的實體框架。爲什麼和什麼時候在服務器端使用微風ORM
我知道的唯一不錯的功能是支持離線數據。但是還有什麼,在開發常規Web應用程序或SPA時應該引起我的注意?
是否有一個使用案例,在給我後,我會迴應:當然,我們會用微風那裏它的完美契合。
我有搜索SO和微風常見問題回答,並沒有發現任何。
簡而言之,您的服務器端ORM位於服務器上,因此它不知道用戶想要對實體做什麼(添加,更改和刪除),直到客戶端以某種方式告訴它爲止。微風是不知何故。
另一種方法是讓用戶的每個動作都傳達給服務器,並有一個有狀態的服務器來跟蹤用戶所做的所有事情,以便在用戶決定時最終提交或回滾它。
實際上,真正的選擇通常是不讓用戶每次在Web應用程序中更改一個以上的實體,因爲如果沒有Breeze,管理複雜的數據關係就太困難了。
微風是最容易使用當你有有服務器端的ORM。通過服務器,Breeze傳遞有關實體的信息,而不是數據庫表,因此服務器端ORM仍然具有將實體操作轉換爲數據庫操作的工作。
謝謝。這也給了我一個想法,當後端允許第三方操作數據時,可以使用微風。無法真正地爲業務場景形象。但用例就是一個很好的例子。 – jstadnicki 2014-09-29 06:49:53