编程式事务声明式事务
㈠ 声明式事务与编程式事务的区别与联系
Spring的声明式事务通常是指在配置文件中对事务进行配置声明，其中包括了很多声明属性，具体可以参考《Spring高级编程》这本书，它是通过Spring Proxy帮你做代理，自己不用额外的写代码，只要在Spring配置文件中声明即可；通常用在数据库的操作里面；
编程式事务就是指通过硬编码的方式做事务处理，这种处理方式需要写代码，事务中的逻辑可以自己定制；可以是数据库的东东，也可以是其他的操作。。。
㈡ 简单叙述spring的编程式事务管理和声明式事务管理两种方式。
程式事务管理：来
需要你在代自码中手动得到会话，开启事务，提交事务，关闭会话。
声明式事务管理：
现在一般用spring管理事务，在xml中配置好之后，在方法或者类上，使用注解进行声明式事务管理。
详细描述，你可以用你这个问题搜索一下。会有更多详尽的表述
㈢ 编程式事务和声明式事务的区别
编程式事务：所谓编程式事务指的是通过编码方式实现事务，即类似于JDBC编程实现事务管理。管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。
声明式事务：管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。
声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。
扩展：
Spring对编程式事务的支持
Spring中的事务分为物理事务和逻辑事务；
物理事务：就是底层数据库提供的事务支持，如JDBC或JTA提供的事务；
逻辑事务：是Spring管理的事务，不同于物理事务，逻辑事务提供更丰富的控制，而且如果想得到Spring事务管理的好处，必须使用逻辑事务，因此在Spring中如果没特别强调一般就是逻辑事务；
逻辑事务解决方案：
低级别解决方案:
使用工具类获取连接（会话）和释放连接（会话），如使用org.springframework.jdbc.datasource包中的DataSourceUtils 类来获取和释放具有逻辑事务功能的连接。当然对集成第三方ORM框架也提供了类似的工具类，如对Hibernate提供了SessionFactoryUtils工具类，JPA的EntityManagerFactoryUtils等，
高级别解决方案:
使用Spring提供的模板类，如JdbcTemplate、HibernateTemplate和JpaTemplate模板类等，而这些模板类内部其实是使用了低级别解决方案中的工具类来管理连接或会话
Spring提供两种编程式事务支持：直接使用PlatformTransactionManager实现和使用TransactionTemplate模板类，用于支持逻辑事务管理。如果采用编程式事务推荐使用TransactionTemplate模板类和高级别解决方案
㈣ java中什么是编程式声明式事务管理
编程式意思就是在方法里通过一些代码来实现一些事务的提交回滚等操作。
与之区别的是声明式事务，比如使用spring的注解structs的拦截器等实现的事务。
㈤ spring编程式事务和声明式事务的区别
1.选择编程式事务管理还是声明式事务管理：
当你只有很少的事务操作时，编程式事务管理通常比较合适。例如，如果你有一个Web应用，其中只有特定的更新操作有事务要求，
你可能不愿使用Spring或其他技术设置事务代理。这种情况下，使用 TransactionTemplate 可能是个好办法。
只有编程式事务管理才能显式的设置事务名称。
另一方面，如果你的应用中存在大量事务操作，那么声明式事务管理通常是值得的。它将事务管理与业务逻辑分离， 而且在Spring中配置也不难。
我们的开发中，一般使用到事务的地方比较少，我觉得，编程式事务足够了。
使用声明式事务，对我们这种对速度要求较高的应用中。反而会带来性能问题。
2：推荐事务处于一个较高层次，比如service上的某个函数（尤其是像我们这种sns而不像和钱挂钩的金融系统，对数据精确性要求不是很高的的应用），
而底层的可以不考虑事务（一般情况下，数据库自身的默认事务管理级别，就可以处理），否则可能会出现事务嵌套，增加程序复杂度。
事务往往和业务规紧密关联，当业务逻辑发生改变，意味着的大幅度改动。系统规模达到一定程度，修改风险相当大。
Spring事务的好处是不更改现有的,仅需对现有的service bean 进行配置或者尽量少的修改就达到事务效果了。
同时，把事务统一在service层，系统结构更清晰。
㈥ 什么是spring的编程式事务处理，声明式事务处理
spring支持编程式事务管理和声明式事务管理两种方式。
编程式事务使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。
声明式事务是建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，它的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。
声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽
㈦ 编程式事务与声明式事务的区别是什么
编程式事务是自己写事务处理的类，然后调用
声明式事务是在配置文件中配置，一般搭配在框架里面使用！