Spring的编程事务和声明事务，分别适用什么场景啊?

声明式事务其实非常方便。

编程式事务，在spring3.0之前还有一定生存空间，比如说一个中大型应用中，多个datasource，涉及多个本地transactionManager的时候。但是在3.0之后，@Transactional(value='transactionManagerName') ，就已经很好地解决了这点了，基本上只要你不反感声明式事务，没有特别特殊的事务控制要求，annotation基本是唯一选择。

至于注解的便利性，很多地方讨论过了，基本上最大的好处是“逻辑集中”，明明声明一个service，明明没有其它扩展选择，为什么非要外移到配置中？对应的，配置文件最大的好处在于“分散”，比如说相对复杂的运行环境要求：本地一套、测试一套、发布一套，经常会通过配置文件的替换来实现服务策略的替换，这时候annotation就显得不那么好改变了。（spring3.1已经对此做出了很大的支持，大家可以关注）

对于注解vs配置，我一贯的态度和方案都是：尽可能减少配置文件（因为我们确实没那么多好配的），但是配置文件绝对不为0