c# – ASP.NET – 单一解决方案,MVC和WebApi项目,每个单独的模型

发布时间：2020-12-16 01:59:04 所属栏目：百科来源：网络整理

导读：我们已经有了一个包含多个MVC Web项目的解决方案,现在又添加了一个面向客户端的WebApi项目. API将是通过任何网络项目提供的缩小版本(尽管随着时间的推移它可能会扩展得更多),因此我们已经到了如何处理模型的决策点. 在不同项目中处理模型的最佳实践是什么？

我们已经有了一个包含多个MVC Web项目的解决方案,现在又添加了一个面向客户端的WebApi项目.

API将是通过任何网络项目提供的缩小版本(尽管随着时间的推移它可能会扩展得更多),因此我们已经到了如何处理模型的决策点.

在不同项目中处理模型的最佳实践是什么？

据我所知,WebApi项目中的模型将使用某些对MVC Web应用程序毫无意义的属性属性.而且作为示例,Display属性对WebApi没有意义,但在View中非常有用.

这让我相信我应该为WebApi创建一组单独的模型,但也想知道我是否遗漏了一些东西.

我知道这可能是一个可能导致一系列意见的问题,所以我主要是在寻找被认为是行业最佳实践的东西.

在我的Web API和MVC Web应用程序的解决方案中,我有以下结构

模型：我的实体/业务对象.这些是由我的数据库中的Entity框架创建的.这几乎与我的数据库结构相同.我的Repositary方法(用于数据访问)返回单个实例/此类实例的集合.我的数据访问项目是一个单独的类库,已在其他地方引用,如我的web api项目等.

Web API ViewModels：特定于Web API接口/操作方法的Viewmodels(POCO类).

MVC Web应用程序ViewModels：特定于我的剃刀视图的Viewmodels(POCO类).我甚至从Web API Viewmodels中继承了其中的一些,并根据需要添加了其他属性.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!