我真的很想从其他开发人员那里得到一些额外的输入。目前，我正在做一个只使用一些数据库表的小项目。我在想的是，将模型拆分为数据库和视图模型是否有意义。目前，只有 DB 模型在使用，它也用于所有页面/视图。
最初我认为将它们彻底分开可能是一个好主意，以防出现一些数据库更改。但老实说，我没有看到拆分它的优势。如果列应该重命名，则可以在不影响 UI 的情况下使用某些属性。
拆分它的唯一原因是在不需要时不加载所有列。现在，当视图从数据库中获取一些信息时，所有列都会被加载。但即使不需要，流量也非常少。我记得在以前的一些关于 ASP.Net Core 的文档中也提到过 MS 将其拆分。但似乎他们变了。此外，关于 EF 的文件没有提到任何模型分离。
我决定将解决方案拆分为 Clean Architecture（Web、基础设施和核心层）。https://docs.microsoft.com/en-us/dotnet/standard/modern-web-apps-azure-architecture/common-web-application-architectures
找到最合适的一个，并且在应用程序开始增长时很容易扩展。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句