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

 xzcxzfvxvc 发布于 2023-02-09 10:12

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

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

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

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

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

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

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

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

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

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

    2023-02-09 10:15 回答
撰写答案
今天,你开发时遇到什么问题呢?
立即提问
热门标签
PHP1.CN | 中国最专业的PHP中文社区 | PNG素材下载 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有