新 Web API 和现有 ASP .NET 网站解决方案的通用业务层



我们有一个活跃的完全开发的 ASP.NET Web应用程序,允许用户创建/更新各种屏幕/模块的数据。

现在,需要构建一个 Web API,该 API 将单独自动创建特定模块的数据。

此 API 将从源系统接收数据,并将发布的数据保存到我们的应用程序数据库中 (最终删除要创建的前端选项(

Web解决方案在解决方案中包含自己的业务和数据层,我们正在寻找重用这些层的方法。 在 API 中也是如此。

我能想到的一种方法是在 Web API 中将业务层称为 dll,但这会 提供对BL中其他类和方法的访问,此时不需要

任何人都可以建议什么是正确的方法吗?

将一个解决方案拆分为多个项目并不是一件坏事。 一个项目用于您的 BLL,另一个用于您的 DAL 是一个很好的方法,我绝对建议您这样做。

是的,这确实意味着,如果您在 API 中添加对 BLL 项目的引用,那么是的,API 将可以访问比现在需要的更多内容,但这不是真正的问题。您使用多少取决于您。

另外,如果您开始使用 API,您可能会发现越来越多的代码会自然地向此收敛,因此从长远来看,访问所有内容将使生活更轻松。

您还可以将您感兴趣的特定代码分解为一个额外的项目/dll 并在 API 中引用它,如果您看到它的价值,但我认为这不是特别有用。

我强烈推荐的另一件事是为您的模型类创建一个单独的项目,这使得共享它们时变得更加容易。

相关内容

最新更新