我们已经有了一个包含多个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中继承了其中的一些,并根据需要添加了其他属性.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
