n-layer

    0熱度

    1回答

    在N層體系結構中,REST接口暴露了一些資源。客戶需要使用基於TLS的基本身份驗證進行身份驗證。業務邏輯確保數據有效並被系統接受。應用過濾器以確保租戶只能查看和更改其數據。 如果一個服務需要處理同樣的數據,那會是更好的 1)有它使用相同的REST接口,但應用服務級過濾器,並使用技術帳戶進行驗證 或將是最好 2)是否有服務帳戶直接使用業務(域)層?` 對於使用其他方法,您有什麼看法或邏輯?

    1熱度

    2回答

    我們在我們的應用中使用n層架構。 假設我們使用3層應用程序,並使用表示層的MVC模式,哪個層應測試? 如何在我的應用程序中找到可測試性點? 表示層? 業務層 數據層 所有這些?

    2熱度

    2回答

    我正在開發一個asp.net mvc項目。另外我想使用n層解決方案結構。所以,我爲我的解決方案使用了以下結構。它特別顯示了我懷疑的部分解決方案。我打算爲每個我需要的實體創建接口,以便不重複代碼,並且在將數據(列表或對象)從dal傳遞到表示時不會出現問題。你怎麼看?這是一個好方法嗎? [

    0熱度

    1回答

    我一直在嘗試使用實體框架開發具有WinForms應用程序的N層設計。 以下示例流程是否正確使用實體框架在n層設計中保存新記錄? 表示層 A)UI執行光屏幕輸入數據的驗證。然後,UI將 視圖模型轉換爲DTO並將其傳遞給應用程序層。 應用層 A)應用層發送DTO以領域模型領域層 領域層 A) 前驗證爲符合業務規則傳入DTO價值創造的新實例領域模型SoftwareRequest實體。 B)如果所有值都經

    0熱度

    1回答

    我正在開發N層web應用程序(UI /服務/ DAL)。 在調用某個服務時,服務層內部有時會發生需要用戶通知的事件。 我應該如何將這些消息從服務層傳遞到UI層? 注意到這些消息不是錯誤,而只是某些事件的通知是非常重要的。

    2熱度

    1回答

    我曾經讓我的DTO在域層中聲明。但那是在我後來才明白,應用層應該將原語傳遞給域層來實例化域模型實體,而不是DTO。現在我知道了這一點,對於在域圖層中聲明的DTO沒有用處。 由於我的應用程序層具有應用程序服務,該應用程序服務可以將數據轉換爲DTO並將數據轉換爲各種圖層,因此我認爲DTO也可以在應用程序層中聲明。 那麼,應用層通常應該在哪裏聲明DTO? 在此先感謝。 更新:02/25/2016 我將基

    0熱度

    2回答

    今天我和同事討論了一個軟件架構主題。我們不知道爲什麼分層軟件體系結構的大多數示例都使用單獨的Visual Studio項目?將圖層邏輯分隔成Visual Studio項目有什麼缺點?我們的團隊由4至6名軟件開發人員組成。

    1熱度

    2回答

    對不起,關於標題,我找不出合適的描述。 我有四個層次: 核心層:包含DTO的,服務和存儲庫接口。 業務層:包含處理業務邏輯的「服務」。 數據訪問層:包含處理數據庫訪問和將實體轉換爲DTO的存儲庫。 表示層:UI東西 我碰到的,我不知道怎麼解決最好的問題。我異步增加一個實體到數據庫中,像這樣: // The AdministrationRate has an ID property, Entity

    1熱度

    1回答

    我試圖首次將N層體系結構實現到我的項目中。 我創建BLL,DAL和GUI 這裏是GUI XmlSettingsBLL xmlSettings = new XmlSettingsBLL(); var newDict = new NewDictionary() { StrDataSourceType = "AccessMdb",// DataSourceType.Acc

    5熱度

    1回答

    阿利斯泰爾科伯恩引入六角結構,現在它被稱爲Ports and Adapters圖案。在我的理解中,這個概念類似於n層體系結構,其中一層僅通過抽象(接口)依賴於另一層。例如,應用程序層依賴於許多存儲庫服務接口,而不是它的實現。這裏不需要單獨實施端口或適配器。像Unity這樣的IoC容器可以注入存儲庫的實現,所以適配器不是必需的。 我是不是混淆這個端口和適配器DIP(依賴注入原則)模式? 可有人點我到