使用libpqxx时pqxx::connection选栈实例还是指针？是否要封装库？

问题1：pqxx::connection实例的创建方式选择 #

• 优先选择栈上直接创建实例的写法：pqxx::connection c{"postgresql://accounting@localhost/company"};
  原因是libpqxx的connection类本身遵循RAII设计原则，栈实例出作用域时会自动调用析构函数完成连接关闭、资源释放的操作，完全不需要开发者手动管理内存和连接生命周期，能从根源上避免内存泄漏、连接泄漏的问题。
• 不推荐直接使用裸指针new创建实例：mycon= new pqxx::connection{"postgresql://accounting@localhost/company"};
  这种写法需要开发者手动调用delete释放资源，一旦遗漏就会导致资源泄漏。如果确实需要延长连接对象的生命周期（比如跨多个作用域持有、作为类成员生命周期和类绑定），也建议使用智能指针封装：auto mycon = std::make_unique<pqxx::connection>("postgresql://accounting@localhost/company");，由智能指针自动管理资源释放。

问题2：C++中封装第三方库到自定义类是否是良好实践 #

绝大多数场景下这是非常推荐的编程实践，优势主要有三点：

1. 解耦业务代码与第三方依赖：后续如果需要升级libpqxx版本、甚至切换其他PostgreSQL驱动，只需要修改自定义封装类的内部实现即可，不需要调整上层业务逻辑，降低代码变更成本。
2. 简化接口适配业务场景：可以把libpqxx原生的通用接口，封装为更贴合自身业务的专用方法，比如封装通用的查询、写入方法，避免业务代码中重复编写连接获取、事务创建、异常捕获的样板代码。
3. 统一处理公共逻辑：可以在封装层统一完成错误捕获、日志上报、连接池调度等公共逻辑，避免业务层重复实现相关能力。

仅在极小场景下不需要额外封装：比如只是开发临时工具、使用逻辑非常简单，额外封装反而会增加不必要的代码冗余时，可以直接调用原生接口。

内容的提问来源于stack exchange，提问作者Helí Rodríguez