体系结构ASP.NET MVC 5

Question

我正在使用ASP.NET MV5和Entity Framework进行项目。 我很少遇到与架构应用有关的最佳问题。 我有现有数据库，所以我会先使用代码，然后再使用现有数据库方法（代码还是设计？），可能也会使用存储过程

现在，如果我先使用代码，则应该使用现有的数据库设计方法，是否应该针对每个业务问题或一个设计使用单独的模型（ADO.NET实体模型）。 我刚刚意识到我的某些模型将在不同的业务功能之间共享，例如ASP.NET身份表“角色”正在使用我的仪表板控制器，谁可以使用哪些功能！

我可以将代码优先存在的数据库->设计和代码方法混合在一起吗？

如果我先使用代码，就可以使用现有的数据库设计方法来修改模型？

我应该有一个用于读取数据库的DbContext还是单独的？ 我问为什么在一个DbContext下运行的代码会带来所有数据的原因！ 我真的需要吗？ 它会影响性能吗？ 安全性，否则每个业务都有多个DbContext？

我知道这是非常开放的问题。 我更感兴趣的是使用ASP.NET技术以最佳方式查看体系结构复杂应用程序中的其他专家方法。

非常感谢

Answer 1

对于小型项目，直接使用实体对象可能是可以的。 但是，如果要执行复杂的验证并应用业务规则，则最好创建单独的业务对象。 本质上，实体对象仅是数据对象。

您可以使用诸如AutoMapper之类的实用程序来简化实体和业务对象之间的转换，并消除错误和不一致之处，同时保持业务对象和实体对象之间的清晰区分。

从长远来看，这是一个更具可持续性的体系结构。