首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Spring-MVC最佳实践:为什么将事务放在服务上而不是DAO上?

在Spring MVC中,将事务放在服务层而不是DAO层上有以下几个原因:

  1. 业务逻辑的封装:服务层负责封装业务逻辑,将多个DAO操作组合成一个事务。将事务放在服务层可以更好地控制事务的边界,确保业务操作的一致性和完整性。如果将事务放在DAO层上,每个DAO方法都需要独立管理事务,容易出现事务边界不清晰的问题。
  2. 事务的可重用性:将事务放在服务层可以使得事务逻辑在不同的DAO方法中得到重用。如果将事务放在DAO层上,每个DAO方法都需要单独处理事务,导致事务逻辑无法重用,增加了代码的冗余性。
  3. 事务的粒度控制:将事务放在服务层可以更好地控制事务的粒度。服务层可以根据业务需求将多个DAO操作组合成一个事务,从而减少事务的开销。如果将事务放在DAO层上,每个DAO方法都需要独立管理事务,可能导致事务的粒度过细,增加了事务管理的开销。
  4. 事务的跨DAO支持:将事务放在服务层可以支持跨DAO的事务操作。在某些情况下,一个业务操作可能需要涉及多个DAO的操作,如果将事务放在DAO层上,跨DAO的事务操作将变得复杂。而将事务放在服务层可以更好地支持跨DAO的事务操作,提高了系统的灵活性和可扩展性。

综上所述,将事务放在服务层而不是DAO层上是为了更好地封装业务逻辑、提高事务的可重用性和粒度控制、支持跨DAO的事务操作。在Spring MVC中,可以使用Spring的声明式事务管理来实现将事务放在服务层的最佳实践。

腾讯云相关产品和产品介绍链接地址:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Spring学习笔记(1) 一Sping简单入门

    Spring是一个开源框架,Spring是于2003 年兴起的一个轻量级的Java 开发框架,由Rod Johnson 在其著作Expert One-On-One J2EE Development and Design中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为 J2EE 应用程序开发提供集成的框架。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而,Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言,任何Java应用都可以从Spring中受益。Spring的核心是控制反转(IoC)和面向切面(AOP)。简单来说,Spring是一个分层的JavaSE/EEfull-stack(一站式) 轻量级开源框架。

    03

    Spring简介

    Rod Johson在2002年编著的《Expert one to one J2EE design and development》一书中,对Java EE正统框架臃肿、低效、脱离现实的种种现状提出了质疑,并积极寻求探索革新之道。以此书为指导思想,他编写了interface21框架,这是一个力图冲破Java EE传统开发的困境,从实际需求出发,着眼于轻便、灵巧,易于开发、测试和部署的轻量级开发框架。Spring框架即以interface21框架为基础,经过重新设计,并不断丰富其内涵,于2004年3月24日,发布了1.0正式版。同年他又推出了一部堪称经典的力作《Expert one-to-one J2EE Development without EJB》,该书在Java世界掀起了轩然大波,不断改变着Java开发者程序设计和开发的思考方式。在该书中,作者根据自己多年丰富的实践经验,对EJB的各种笨重臃肿的结构进行了逐一的分析和否定,并分别以简洁实用的方式替换之。 传统J2EE应用的开发效率低,应用服务器厂商对各种技术的支持并没有真正统一,导致J2EE的应用没有真正实现Write Once及Run Anywhere的承诺。Spring作为开源的中间件,独立于各种应用服务器,甚至无须应用服务器的支持,也能提供应用服务器的功能,如声明式事务等。 Spring致力于J2EE应用的各层的解决方案,而不是仅仅专注于某一层的方案。可以说Spring是企业应用开发的“一站式”选择,并贯穿表现层、业务层及持久层。然而,Spring并不想取代那些已有的框架,而与它们无缝地整合。 spring是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而,Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言,任何Java应用都可以从Spring中受益。 二、什么是spring 轻量级的IOC和AOP容器框架 1、轻量级:相对于重量级的EJB,JavaBean代替EJB;从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。此外,Spring是非侵入式的:典型地,Spring应用中的对象不依赖于Spring的特定类。 轻量级体现容器依赖 代码污染程度 2、IOC(控制反转):Spring通过一种称作控制反转(IoC)的技术促进了松耦合。当应用了IoC,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 3.AOP(面向方面编程):Spring提供了面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责(甚至是意识)其它的系统级关注点,例如日志或事务支持。 AOP将系统分为核心业务逻辑和通用逻辑(事务、日志、安全、异常等) 4.容器:Spring包含并管理应用对象的配置和生命周期(容器定义),在这个意义上它是一种容器,你可以配置你的每个bean如何被创建。 Sping 存放了有spring管理的所有业务逻辑对象 5.框架:Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中,应用对象被声明式地组合,典型地是在一个XML文件里。 三、为什么需要spring 你可能正在想“Spring不过是另外一个的framework”。当已经有许多开放源代码(和专有) J2EE framework时,我们为什么还需要Spring Framework? 对你的工程来说, Spring是潜在地一站式解决方案,定位于与典型应用相关的大部分基础结构。 Spring的主要目的是使J2EE易用。 Spring不重新开发已有的东西。因此,在Spring中你将发现没有日志记录的包,没有连接池,没有分布事务调度。这些均有开源项目提供(例如 Commons Logging 用来做所有的日志输出,或Commons DBCP用来作数据连接池),或由你的应用程序服务器提供。因为同样的的原因,我们没有提供O/R mapping层,对此,已有有好的解决办法如Hibernate和JDO。 Spring没有直接和其他的开源项目竞争,除非我们感到我们能提供新的一些东西。例如,象许多开发人员,我们从来没有为Struts高兴过,并且感到在MVC web framework中还有改进的余地。在某些领域

    02

    5 本最佳的 Java 面向对象理论和设计模式的书籍

    对于Java程序员来说,掌握面向对象的设计理论和一些设计模式是必备技能。就像我在另一篇博客Java程序员应该知道的10个面向对象理论中提到的,不学理论就开始编程,就类似于学习一种语言而不学习字母表。市面上有很多有关面向对象理论的、设计模式的和最佳实践的,但只有很少的书真正值得我们阅读。这里涉及两件事情,一个是面向对象理论,一个是设计模式。前者是基础,后者是在基于基础的最佳实践。我们应该先学习面向对象理论,再学习设计模式,来看看这些理论是如何帮助我们解决日常碰到的问题的。我为大家选择了以下的五本书,帮助大家学习面向对象理论和设计模式。这些书从浅到深。J2EE的设计模式和核心Java设计模式有一点点区别,但对Java程序员来说,核心的J2EE设计书籍也是学习的一个不错的选择。

    04

    SSHM(SPRING+STRUTS+MYBATIS+HIBERNATE)书籍介绍

    持久化——数据在程序实例之外留存的功能——是现代应用程序的核心。Hibernate是最流行的Java持久化工具,提供了自动且透明的对象/关系映射,使得在Java应用程序中使用SQL数据库变得轻而易举。 《Hibernate实战(第2版)》通过开发一个将数百个单独示例联系起来的应用程序来探究Hibernate。你将直接深入到Hibernate的富编程模型之中,贯穿映射、查询、抓取策略、事务、会话、缓存以及更多其他内容。书中图文并茂地介绍了数据库设计和优化技术的最佳实践。在本书中,作者详尽介绍了具有Java持久化2.1标准的Hibernate 5(JSR 338)。所有的示例都已经被更新,以便用于最新的Hibernate和Java EE规范版本。 主要内容 ◆ 对象/关系映射概念 ◆ 有效的数据库应用程序设计 ◆ 全面的Hibernate与Java持久化介绍 ◆ Java持久化与EJB、CDI、JSF和JAX-RS的集成 ◆ 无与伦比的广度和深度 本书假设读者具有Java的使用经验。

    02

    ssm框架过时了吗_spring源码

    控制反转(IoC)是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为Di只是IoC的另一种说法。没有IoC的程序中,我们使用面向对象编程,对象的创建与对象的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。 采用xml方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合二为一,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的 控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)

    04

    ssm框架过时了吗_spring实战

    控制反转(IoC)是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为Di只是IoC的另一种说法。没有IoC的程序中,我们使用面向对象编程,对象的创建与对象的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。 采用xml方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合二为一,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的 控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)

    03

    SSM-Spring(1)「建议收藏」

    控制反转(IoC)是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为Di只是IoC的另一种说法。没有IoC的程序中,我们使用面向对象编程,对象的创建与对象的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。 采用xml方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合二为一,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的 控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)

    04
    领券