域邏輯，並在遠程API/Web服務層

Question

在我們的系統MVC的數據訪問，我們有一個遠程API層（如SOAP，XML-RPC，REST等）來處理網絡域邏輯和數據訪問應用程序和任何在其之上開發的客戶端應用程序。與過去不同，我在Web應用程序中沒有業務邏輯代碼和數據庫連接，所有用戶操作都被轉換爲調用圖層的方法。

我的擔心是，說一個頁面的渲染，它需要做相當多的電話來獲取數據，例如一個包含報告，近期歷史記錄，一些portlet等的用戶儀表板。使用我當前的設計（將邏輯和DA委派給遠程層），您看到的缺點是什麼？我發現通過HTTP建立和傳輸基於文本的數據比DB訪問更重且更昂貴。此外，優化了要在遠程層，而不是做（給定的商業邏輯& DA代碼的Web應用程序，你必須在優化更多的靈活性）。

我現在在想如果我要創建一個允許我將所有調用合併爲一個的遠程「幫助器」服務，即不是進行多個調用，而是使用一組方法名稱和參數發送一個調用。它看起來有點醜陋，這就是爲什麼我現在仍然懷疑它。

我想知道你對這個架構的意見，如果你已經使用了類似的方式開發的網頁應用項目，你幹嘛了過去所採取的方法，以保證良好的性能？如果還有其他擔憂，我真的應該擔心，請與我分享。

謝謝！

YC

Answer 1

如果您使用輸出緩存在asp.net mvc的正常表現，然後將增加不少。