對於一個典型的商業應用,應該把重點放在客戶端處理通過AJAX即拉客戶端從服務器並對其進行處理的數據,或者你會建議一個更經典的ASP.Net的方法服務器負責處理大部分UI事件?我覺得很難提出一個好的「默認架構」,從中開始。也許有人有一個他們可以推薦的開源示例應用程序。服務器中心與客戶中心的體系結構
2
A
回答
1
這真的取決於應用程序和情況,但一定要記住,每一個命中的服務器是昂貴的,無論是在增加負荷(也許最小),而且在UI響應性方面。我認爲如果可能的話,在JavaScript中做事情是一個好主意,如果它可以讓你的用戶界面感覺更快捷。
當然,這一切都取決於你想要做什麼,以及它是否重要,如果用戶界面很快(內部網絡應用程序可能不需要額外的開發,使用戶界面更吸引人,更快,更容易使用,而普通大衆用於大衆的東西可能需要儘可能地進行拋光和調整)。
1
這在很大程度上取決於應用程序和用戶。然而,在一般情況下,如果儘可能多的處理髮生在客戶端上,您將始終能夠更好地進行擴展,並且用戶將獲得更好的體驗。
此外,與谷歌齒輪等這樣的框架有可能在客戶端從網絡中分離出來,仍然有使用的應用程序。如果所有用戶界面都在服務器上,那麼推出漫遊解決方案就更加困難。
0
你需要信任的數據?如果是這樣,請注意,以惡意和惡意的方式篡改客戶端處理的數據是微不足道的。如果是這樣的話,你需要在服務器上處理信息。
而且,要知道,它可以是一個困難得多編寫JavaScript代碼的應用,因此它們是穩定的,可靠的,並沒有缺陷。你可以鎖定你的用戶,使他們只使用一個特定的瀏覽器?
相關問題
- 1. Android中的客戶端和服務器體系結構
- 2. Android客戶端 - 服務器體系結構:GCM與webservice
- 3. 三層體系結構與三層服務器體系結構
- 4. 多個Mirth Connect客戶端的服務器體系結構
- 5. 使用JavaScript的AJAX和客戶端 - 服務器體系結構
- 6. 客戶端 - 服務器應用服務器部分的體系結構
- 7. 中心身份驗證服務器體系結構和身份驗證流程
- 8. Jboss爲3層客戶端服務器體系結構
- 9. WPF MVVM WCF客戶機/服務器體系結構
- 10. Redis多客戶端服務器體系結構
- 11. node.js客戶機/服務器同步體系結構
- 12. 客戶機 - 服務器體系結構決策
- 13. 交換文件客戶端 - 服務器體系結構JAVA
- 14. Java客戶端/服務器體系結構
- 15. MongoDB是否有任何客戶端 - 服務器體系結構?
- 16. 客戶端服務器通信:REST vs Socket體系結構
- 17. 具有多個客戶端的客戶端/服務器體系結構
- 18. 核心庫的異常體系結構
- 19. 客戶機/服務器體系結構中的非對稱協議
- 20. 在客戶端 - 服務器體系結構中的異常處理
- 21. Android中使用客戶端服務器體系結構的序列化
- 22. Angular + ASP.Net核心:插件體系結構
- 23. 本地主機上每個用戶的客戶端服務器體系結構
- 24. NodeJS中的微服務體系結構
- 25. Web服務客戶端體系結構 - c#
- 26. 體系結構問題:Web服務 - 多種客戶端類型
- 27. 系統中心服務管理器Web門戶
- 28. RIA服務器體系結構.NET
- 29. 3層服務器體系結構Drupal
- 30. Websocket服務器體系結構