C# asp.net 中的结构建议

本文关键字：结构 构建 asp net | 更新日期: 2023-09-27 18:32:58

我有以下应用程序：

  • MVC - 管理中心 - 整个项目的所有者做他的事情的地方
  • MVC - Admincenter2 - 许可软件所有者可以控制其内容的地方
  • WebAPI - AppAPI - 应用程序可以在哪里获得所需的一切

现在我认为以上所有对象都可以共享一些 BO 对象，所以我添加了另一个 BO 项目，所有这些对象都继承了。我还添加了另一个 BLL 项目，所有这些项目都继承了加密等常见内容。

现在棘手的部分开始了，我添加了实体框架。我们将首先运行代码。我不确定如何正确定位整个事情。

我是否应该添加一个应用程序来根据映射构建数据库，然后为上述 3 个应用程序提供不同的上下文？

关于整个项目或在这种情况下如何正确使用 EF 的任何建议？

C# asp.net 中的结构建议

我们有一个类似的设置，这基本上就是它的结构（我假设你使用的是Visual Studio）。

我们有一个同时包含 MVC 和 Web API 控制器的 Web 应用项目。 MVC 控制器本质上是"引导"Web 应用程序，因此，一旦它加载到浏览器中，所有通信都会使用 Ajax 调用对 Web API 控制器进行。

我们还有一个单独的类项目 （DLL），其中包含数据库上下文、实体类和大多数业务逻辑。 然后，Visual Studio"解决方案"包含Web应用和类库项目。

MVC 控制器执行的一些简单操作不适用于其他任何内容，因此这些方法不会进入类库。 但在大多数情况下，所有数据库通信都通过类库进行。

根据我的经验，您应该将数据实体对象与用于在 Web API 和这两个 Web 应用程序之间传输数据的 DTO（数据传输对象）分开。我会使用实体框架添加类库项目 DAL（数据访问层），该项目用于数据库操作，然后使用 BLL 中的 DTO，您将获得不同的应用程序上下文

相关文章：