體系結構ASP.NET MVC 5

Question

我正在使用ASP.NET MV5和Entity Framework進行項目。 我很少遇到與架構應用有關的最佳問題。 我有現有數據庫，所以我會先使用代碼，然后再使用現有數據庫方法（代碼還是設計？），可能也會使用存儲過程

現在，如果我先使用代碼，則應該使用現有的數據庫設計方法，是否應該針對每個業務問題或一個設計使用單獨的模型（ADO.NET實體模型）。 我剛剛意識到我的某些模型將在不同的業務功能之間共享，例如ASP.NET身份表“角色”正在使用我的儀表板控制器，誰可以使用哪些功能！

我可以將代碼優先存在的數據庫->設計和代碼方法混合在一起嗎？

如果我先使用代碼，就可以使用現有的數據庫設計方法來修改模型？

我應該有一個用於讀取數據庫的DbContext還是單獨的？ 我問為什么在一個DbContext下運行的代碼會帶來所有數據的原因！ 我真的需要嗎？ 它會影響性能嗎？ 安全性，否則每個業務都有多個DbContext？

我知道這是非常開放的問題。 我更感興趣的是使用ASP.NET技術以最佳方式查看體系結構復雜應用程序中的其他專家方法。

非常感謝

Answer 1

對於小型項目，直接使用實體對象可能是可以的。 但是，如果要執行復雜的驗證並應用業務規則，則最好創建單獨的業務對象。 本質上，實體對象僅是數據對象。

您可以使用諸如AutoMapper之類的實用程序來簡化實體和業務對象之間的轉換，並消除錯誤和不一致之處，同時保持業務對象和實體對象之間的清晰區分。

從長遠來看，這是一個更具可持續性的體系結構。