Restful API或傳統的網絡應用程序

我看到web應用程序社區似乎有兩種不同的方式來構建豐富的體驗web應用程序。Restful API或傳統的網絡應用程序

建立一個後端純寧靜的API服務器，並使用JavaScript MVC框架狀骨幹+ UX設計框架，如Twitter的程序來構建用戶界面前端。

- 我認爲人們稱之爲思想客戶端方法，因爲瀏覽器端會出現很多邏輯;另外，設計Restful API接口（特別是可擴展API接口）需要大量額外的思考過程，比以下方法需要大量額外的思考過程
使用RoR或Django之類的Web應用程序框架構建Web應用程序，這是廣泛使用的方法。

此問題與Is using RESTful Api as a custom web app backend needed?有關。我知道方法1可能有助於重用開發工作來支持本地應用程序，但是它會對方法2造成多大的前期開銷？

2013-02-23 chen

這取決於很多因素，包括：開發人員技能，平臺功能，用戶需求，設備，性能，交互等。我甚至會爭辯說，任何一種方法都可能需要相同的時間 - 這取決於，已被證明是非常實用和成功的。 – WiredPrairie 2013-02-23 22:22:57

如果您使用胖客戶端，尤其是使用框架時，需要RESTful API或某些Web服務API。

在方法2中，不需要Web服務（例如RESTful API），因爲您正在爲靜態頁面提供服務。但是，要在頁面上執行任何AJAX，將需要什麼是有效的Web服務，儘管它們可能看起來並不特別RESTful。

2013-02-23 21:38:38

後端/前端拆分是創建服務的一個簡單示例。服務的概念非常強大，尤其是當您開始擴展到大量用戶並添加新功能時。

要回答你的問題，你必須作爲兩個獨立的應用程序進行API和前端的投資。如果你只打算有一個網絡客戶端，那麼傳統的rails/django應用程序可能是有道理的。另一方面，如果您打算擁有各種客戶端（移動，網頁，cli），那麼基於服務/ API的結構更有意義。

2013-02-23 21:43:41

回答