優勢的Ruby on Rails應用程序消耗REST API

Question

我看到一些老問題here和here

現在是2014年，我也有一個更具體的問題。

另一家公司已經構建了一個REST API。現在我想構建一個只需要控制器和視圖的Web應用程序。我原本打算用PHP構建而不需要MVC框架的膨脹。然後，我想可能只是使用簡單的代碼和.aspx方法（非MVC方式）來實現ASP.NET。我甚至考慮只使用JQuery和HTML。我沒有真正考慮完整的MVC框架的原因是因爲我只是發送數據，獲取數據和打印數據。我不必真正實施業務邏輯。

現在我正在考慮用ruby語言來做這件事，因爲它看起來像是一種乾淨而簡約的語言。但是包含整個rails框架還有什麼好處嗎？如果是這樣，那麼爲了我的目的，哪些功能值得在rails框架中考慮？

編輯 看來我得到了一個基於意見的近距離投票。但我不是在尋找意見。我正在爲我的目的尋找rails框架的優點。換句話說，rails框架可以比使用ruby + curl + print_line（）更快地解決問題。

作爲例子如何回答這個問題，客觀，可以說明一些類似：

方案1：

• Rails使得在視圖中像這樣捲曲電話和顯示器。
• 純紅寶石打電話並輸出像這樣的意見。

結果：如可看到的，軌道需要的代碼比純紅寶石X更少的行，因爲它涉及到OP的原始質詢

方案2：

• 滑軌處理頁面緩存像所以。

• 純紅寶石頁面緩存將需要像這樣處理。

結果：可以看出，軌道需要的代碼要比純Ruby X行較少，因爲它涉及到OP的原題

通過列出原來的軌道作者希望實現的問題和解決方案，他們希望我們能夠在OP的原始問題中定義的情況下使用，我們可以從數量上看到Rails相對於純ruby的優勢。

Answer 1

Rails是相當大的，在我看來，你不需要像這樣簡單的東西的Rails膨脹。儘管它不是MVC框架，但我會推薦類似Sinatra的東西，尤其是因爲它不會強制您使用數據庫。 Sinatra是一個非常簡單的框架，當您只想要一種方法來輕鬆設置具有基本視圖支持的HTTP路由時，它是非常有用的。但是請注意，有可能使用Rails的create a model that doesn't use ActiveRecord。