Asp.net mvc 具有Web API体系结构的ASP.NET MVC

大师， 我是MVC的新手。我正在为订单管理系统开发一个web应用程序。我设计了架构，将以下项目作为解决方案的一部分：

客户端表示层 CrossCutingServices框架组件，如日志记录、缓存、数据、类库 数据库交互的数据实体框架层，C类库 表示、Web API使用的服务层 问题1。我的问题是，我应该在哪里创建实体类或模型，这些实体类或模型将在从表示到服务到数据的整个过程中使用？无论是在表示模型中，还是在Web API服务层中，还是作为单独的项目C库

---

问题2。另外，请让我知道是否有任何通用实现可以从Presentation controller调用WebAPI服务。

Q1：您将在整个解决方案中使用相同的实体，因此我建议将它们存储在您的数据项目中，因为它使所有与数据库相关的内容与其余逻辑分开捆绑在一起

---

问题2：您可以随时向API发送请求以获取结果数据，这基本上就是它们的目的。

我决定采用类似于 1.启用JS的演示Web表单或仅HTML+JS 2.Web API控制器调用数据服务EF+Repo作为我的数据服务层，它可以支持我的基于浏览器的前端和设备

---

让我知道相同的

的任何缺点我们有一个类似的问题，有一个相当复杂的域模型。因此，我们选择了

在单独的DomainModel DLL中定义的数据实体模型 从数据模型映射到UI模型的UI映射器类 从datamodel映射到WebAPI模型的WebAPI映射器类 我们为什么要这样做的一个例子

用户界面有分销商目录项的概念，这是目录项的一个专门化 WebAPI使用基本CatalogeItem数据模型，但根据特定资源返回不同的数据[例如，搜索URL返回项目ID和基本信息；项目查找URL返回目录项目的完整详细信息。 由于上述原因，我们的DomainModel中的CatalogeItem是完整的对象，不同的客户机可以根据自己的需要进行映射。

---

[这与上述内容一致]

在第1季度的情况下，我不需要在MVC表示层中引用数据项目。这不是很糟糕的设计吗？您仍然需要引用该项目，但它不是很糟糕的设计。在每个项目中，您可以更多地关注该任务的内容。此外，在表快速增长的情况下，您不会使主项目变得混乱。