2016-12-06 175 views
0

你能給我一些打擊或給我解釋如何在.net中創建企業應用程序,以及如何項目類型使用或如何應該是這個項目的結構?我在EE新手,我讀了它,但對我來說是對現實世界例子的最好解釋。我的關於.NET EE解決方案的結構思路是:在.NET中的企業應用程序

  • 數據層(項目類型=>類庫)

    • 數據庫訪問類
    • 一些映射器(我不知道如果我可以使用數據映射模式或其他?是好主意嗎?)
  • 業務層(項目類型=>類庫)

    • 實體,其WIL LBE在數據層
    • 和一些應用程序邏輯
    • 服務層,數據映射器映射(我不知道這是否應該是個人層次,或經營業務層的subtier - 我想使用WCF)
  • 客戶(項目類型=>的WebForms /安卓/ WPF/....)
    • 將超過WCF

是我的想法好與經營業務層進行通信?對於任何解釋或暗示我將如何使用模式來尊重我的低級知識。我有要求使用2-3模式,因爲是學校項目。謝謝你的答案

+0

考慮使用Web API。 – SLaks

+0

Web API是MVC的一部分,因此使用WCF進行拆分層次更好嗎? –

回答

0

對於數據層我會去存儲庫模式和工作單元模式。這是抽象數據層和創建易於單元測試的可測試代碼的好方法。

它依賴的業務層,由DDD業務應該封裝在豐富的數據模型裏面。貧血數據模型被認爲是反模式。但個人豐富的模式可能導致關注範式分離的破產。有時,在該模型之上有貧血的數據模型和業務層是有用的。像處理程序,其中每個處理程序只執行一個動作...

在業務層之上通常是將接口暴露給外部的應用程序層。它應該很薄,沒有任何業務邏輯。也許Restful api可以讓你連接Android,wpf,Javascript等各種客戶端...

0

我發現非常有用的一個實現是:

  • 數據訪問層:
    • 實體框架:工作單位
    • 庫模式
  • 業務層
    • 這層映射實體和數據庫調用的DTO
  • 表示層
    • 在這裏,您目前使用MV的DTOS?或任何其他模型

有你正在使用至少4種設計模式。