在更高的层中编写接口是否被认为是一个好的实践？

Question

我在想，最好在“应用”层(业务)上编写工作单元的接口，以及它们在“持久层”(DAL)上的实现。目标是使各层尽可能多地解耦。

想象一下您决定将DAL从EF核心更改为Dapper的场景。如何才能让这种转变不那么痛苦？让接口声明“我需要这个查询，这个，那个，以便处理我的业务”，并将其映射到新的数据访问层，不是更好吗？

Answer 1

您的想法是正确的，将使您的业务逻辑成为焦点，并将技术细节转换为您的业务逻辑的插件。

另请参阅Robert C. Martin的"Clean Architecture“，了解同一方向的更深层次的想法。

https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html