在移動Web應用程序中使用Web框架vs純HTML/JS有什麼優點/缺點？

Question

非常希望看到這場辯論展開。

我們正在爲開發現有SOA的企業移動Web應用程序進行辯論。

一方認爲，整個應用程序可以使用HTML和JS庫建立所有客戶端，另一方認爲應用程序應該使用服務器端的移動Web框架，如Rails或類似的。

這不是關於JS庫或服務器端框架的爭論，只是關於像這樣的項目的最佳實踐的對話。

Go！

Answer 1

我不知道這裏有一個最好的做法 - 這一切都取決於...現有的代碼庫，技能，時間表，成本適宜等

如果你的服務是網絡非常適合重用應用程序，重寫它們似乎很浪費。這並不排除SOAP，儘管它會有更多的工作。如果你已經有一個RESTful界面，賓果。

如果您的服務還不是Web服務，那麼在您現有的API之上編寫REST或WS層並展示現有功能可能會更容易。

作爲最後的手段，從零開始重寫。它比較昂貴，而且成功率遠低於你的想象。但是，如果您現有的代碼沒有真正完成，並且技術堆棧不適合您的Web應用程序的最終目標，現在可能是做出重大改變的好時機。

現在所有的Web服務需要的服務調用嗎？記住分析，日誌記錄和身份驗證等內容。如果您需要編寫它們，他們將如何與現有的數據和代碼進行交互？

如果您正在構建的不是最簡單的玩具應用程序，您應該具有可靠性，可擴展性和性能問題。根據您的實施決定，這些都有不同程度的難度。什麼對你最重要？將這些寫入現有的代碼庫可能很困難。

我個人喜歡寫客戶端代碼。我寧願公開可重用的RESTful服務，並構建一個Web應用程序來使用它們。我也寧願重構和重用，只要可行就重寫。