Service 或是 Repository 使用 DB Connection 方式
在软件设计中，对于 Service 和 Repository 使用 DB Connection 方式的选择是一个常见问题。
方式 1: 每个 Service 方法自己建立 Connection
这种方式的优点是 Service 方法可以独立管理事务，并且在多个业务逻辑发生问题时可以一次回滚。然而，每个方法都需要建立自己的连接，这可能会导致性能问题，特别是对于大业务量的情况。
方式 2: 每个 Service 方法使用外部传进来的 Connection
这种方式的优点是 Service 方法可以共用一个连接，从而减少连接建立的开销。但缺点是 Service 方法无法独立管理事务，并且无法保证多个业务逻辑发生问题时一次性回滚。
哪种方式更适合大业务量需求？
对于大业务量的需求，建议采用 Repository 模式。Repository 模式将数据访问操作封装在单独的类中，从而与业务逻辑分离。Service 层可以通过依赖注入的方式从 Repository 层获取数据和执行操作，而不会直接接触 DB Connection 或事务管理。
通过这种方式，Service 层可以关注于业务逻辑的处理，而数据访问和事务管理则交给 Repository 层来处理。这不仅可以提高代码的可维护性和可测试性，还可以避免 Service 层被 DB Connection 或事务管理细节污染。
