在 Spring 和 Spring Boot 框架中，事务管理是确保数据一致性和完整性的关键机制。声明式事务和编程式事务是两种常见的实现方式，它们在源码、差异、优劣以及适用场景方面都有所不同。

从源码层面来看，声明式事务通常通过配置或注解来实现，例如 @Transactional 注解。Spring 框架在运行时会根据这些配置和注解来动态地生成代理对象，对目标方法进行事务增强。而编程式事务则需要开发者在代码中显式地调用事务相关的 API 来管理事务的开始、提交和回滚。

声明式事务和编程式事务存在明显的差异。声明式事务具有配置简单、代码侵入性低的优点，开发者无需在业务代码中直接处理事务逻辑。然而，它的灵活性相对较低，对于一些复杂的事务场景可能无法满足需求。编程式事务则给予了开发者对事务的完全控制，可以更精细地处理事务边界和异常情况，但代码复杂度较高，容易出错。

在优劣方面，声明式事务的优势在于能够快速、便捷地为方法添加事务支持，适用于大多数常规的业务场景。其缺点是对于特殊的事务需求可能无法精确控制。编程式事务的优点是灵活性强，能应对复杂的事务逻辑，但缺点是代码繁琐，维护成本高。

适用场景上，声明式事务适用于事务逻辑相对简单、固定的业务，如常见的数据库增删改操作。而编程式事务则更适合在事务逻辑复杂多变、需要根据不同条件动态控制事务行为的场景中使用。

下面通过一个实战示例来进一步说明。假设我们有一个用户订单管理的业务，对于创建订单的操作，由于逻辑相对简单，可以使用声明式事务。通过 @Transactional 注解标记创建订单的方法，确保在操作过程中出现异常时能够自动回滚。

但如果在订单处理过程中，需要根据不同的业务规则决定是否提交或回滚事务，此时就需要采用编程式事务。在代码中通过获取事务管理器，手动控制事务的开始、提交和回滚。

在 Spring/SpringBoot 开发中，应根据具体的业务需求和场景来选择声明式事务或编程式事务，以达到最佳的事务管理效果。