我最近听说一家公司在结构非常差的SQL Server和他们的前端之间使用了一个独立/独立API(访问层)的令人惊讶的架构模式，这样任何地方都没有使用实体框架，也没有从前端与DB直接交互。
我从来没有在。net核心/框架环境中见过这种情况，并且遇到了一种石膏类型的情况，他们试图抽象出糟糕的数据库结构，并通过API向消费者隐藏它，而不是解决核心问题，即糟糕的数据库。
这被认为是一个实际的体系结构模式或最佳实践(在这种情况下甚至可能?)还是这只是一个混乱?开发团队似乎坚持这个新的API模式…
从数据库中抽象前端是标准做法。抽象层使得呈现数据传输对象与数据库中的实体模型差别很大。这个隔离层为试图访问数据的参与者提供了一套标准，并将业务逻辑封装在一个中心位置。这是一个明智的决定。随着数据库标准的改进，可以在不影响前端的情况下更新对数据库的API调用。因此，前端开发人员不需要为原理图数据库的更改而烦恼。实体框架不是c#项目与数据库通信的先决条件或必要条件。市面上有很多ORM库，而有些堆栈甚至没有利用它们。虽然EF很强大，但如果数据库很混乱，在数据和模式得到充分管理之前，延迟实现任何ORM可能是明智的。