存儲過程中的邏輯，強類型數據訪問或Web服務級別

Question

我正在開發自己的第一個企業級應用程序，但是與一些關鍵因素相混淆，

現在我獲取數據的應用程序流程是

• 存儲過程-執行內部聯接，僅獲取表中的數據並將其傳遞給嚴格的TDS
• 強類型數據集-將數據原樣傳遞給稱為它的Web服務
• Web服務-在此處更改數據以將其返回到應用程序層

這是正確的方法嗎？ 還是我們應該盡可能地嘗試將正確格式的數據放入數據庫中，因此Web服務不需要將其更改為某種格式。 例如，“日期列”為指定格式，或者我們將用戶SID存儲在db中，然后在Web服務中，調用活動目錄以獲取用戶的顯示名稱，依此類推。

還請指導我在哪里可以閱讀有關此類體系結構示例的信息，以學習最佳實踐。

Answer 1

首先，與其直接在Web服務層中進行更改，不如在另一層稱為業務層中進行更改。 Web服務層將僅是外部世界的代理。 我這樣做是因為，如果您希望以其他任何方式（例如REST API）公開邏輯，則只需將此額外的層放在業務層的頂部。

所以你會有這樣的事情：

1. 存儲過程層
2. 強類型數據集層
3. 業務層-整理數據的所有邏輯將在其中
4. Web服務層。 或另一層，例如REST API層。

在另一個主題中，我將使用NHibernate，Entity Framework或IBatis.NET而不是使用數據集來處理您的持久層。