Service 和 Repository 使用数据库连接方式，哪种更合适？

积累知识，胜过积蓄金银！毕竟在文章开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《Service 和 Repository 使用数据库连接方式，哪种更合适？》，就带大家讲解一下知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

Service 或是 Repository 使用 DB Connection 方式的考量

在软件系统中，Service 和 Repository 是两种不同的职责。Service 负责业务逻辑，而 Repository 负责与数据库进行交互。对于数据库连接，不同的设计方法有其优缺点。

其中一种方法是让每个 Service 方法都建立自己的数据库连接。这种方法的好处是可以控制事务，并在多个业务逻辑中出现问题时进行回滚。例如，在一个订单需要经过 Order 和 OA 审批的场景下，这两个 Service 可以共用一个数据库连接。

另一种方法是让 Service 方法使用外部传入的数据库连接。这种方法的好处是简化了 Service 层的代码，因为不需要管理数据库连接。不过，这种方法也意味着事务控制需要在其他地方进行管理。

对于大业务量的需求，哪种方法更合适，取决于具体的需求和系统架构。

建议遵循分层规则，让 Service 负责组合 Repository 来处理业务，而数据库连接和事务控制应该交给 Repository 层。如果 Repository 层不使用数据库，数据库连接和事务控制也没必要传到 Service 层。

到这里，我们也就讲完了《Service 和 Repository 使用数据库连接方式，哪种更合适？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！