[size=11]
众所周知,RoR里面的指导原则有:
第一条是较小的软件,这意味着你编写较少的程序行。程序小就能加速开发,错误也较少,使得程序较容易理解、维护和增强。对编写较小程序做出贡献的Ruby的一个特性就是它假设该架构本身能够并应该处理元数据.
第二条是对配置的协定原理,这意味着Rails不用配置文件,而是依靠一些简单的编程协定,让它通过利用应用程序已有的信息和在运行的数据库,解决它需要知道什么这个问题。
Spring一个非常灵活的一个框架,灵活的同时也造成了一定的复杂性。我个人眼中的spring应该从RoR学到的东西应该有:
不用写一行xml语句就可以配置好AOP常规的事务管理,约定高于配置。
当前spring支持的事务管理配置,大体有以下两种配置方式,为了方便举例子,所以借用了javaEE技术专家"江南白衣"的两段代码
(1)、spring2.0版本支持的事务管理
<bean id="baseTxService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
abstract="true">
<property name="transactionManager" ref="transactionManager"/>
<property name="proxyTargetClass" value="true"/>
<property name="transactionAttributes">
<props>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
<prop key="save*">PROPAGATION_REQUIRED</prop>
<prop key="remove*">PROPAGATION_REQUIRED</prop>
</props>
</property>
<property name="preInterceptors">
<list>
<ref bean="methodSecurityInterceptor"/>
</list>
</property>
</bean>
<bean id="bookManager" parent="baseTxService">
<property name="target">
<bean class="org.springside.bookstore.admin.manager.BookManager"/>
</property>
</bean>
(2)、 spring2.0开始支持事务管理的新配置
<aop:config proxy-target-class="true">
<aop:advisor pointcut="execution(*yourpackagename..*Manager.*(..))" advice-ref="txAdvice"/>
<aop:advisor pointcut="execution(*yourpackagename..*Manager.save(..))" advice-ref="fooAdvice"/>
</aop:config><tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="save*"/>
<tx:method name="remove*"/>
<tx:method name="*" read-only="true"/>
</tx:attributes>
</tx:advice>
<bean id="bookManager" class="org.springside.bookstore.commons.service.BookManager"/>
上面的二段配置文件代码是常用的spring事务管理配置.
看完上面的二段代码的配置,和Ruby on Rails没有一行配置的ActiveRecord相比差太远,相对麻烦拖拉,没有办法,暂时spring实现中事务管理主要也只是这两种方法。
使用spring通常会与hibernate/ibatis集成作数据访问层,这也是大多java开发人员常用字的技术框架.下面如spring和hibernate结合做数据访问层,暂时不讨论有泛型存在的情况,只是简单举一个例子把事务管理放在数据访问层。下面说出我自己心中理想的spring事务管理:
约定高于配置。首先规定,对于query,list,show,get,find等开头的方法采用PROPAGATION_REQUIRED,readOnly级的事务定义;而对于set,save,update,remove,delete等开头的方法采用PROPAGATION_REQUIRED级的事务定义,基本上能满足大部分开发的需要。然后只要在需要事务管理配置的类的前加一句元数据即可,例如spring针对hibernate3开发的@TransactionAop(hibernate3),类似的有@TransactionAop(hibernate2)、@TransactionAop(ibatis)、@TransactionAop(jdo)之类元数据的
举一个例子看一段代码,其中UserDAO是一个接口,大家都应该看得出来,只加了一行的元数据@TransactionAop(hibernate3)就可以使得这一个UserDAHibernate类有事务管理的功能,因为它命名的方法符合spring的约定。(当然,这不是真的,spring中也没有这一个功能,这只是我个人一点想法提出来而已)
package org.appfuse.dao.hibernate;
import java.util.List;
import org.appfuse.dao.UserDAO;
import org.appfuse.model.User;
import org.springframework.orm.hibernate3.support.HibernateDaoSupport;
[color=blue] //假设有下面这一个类
import org.springframework.orm.hibernate3.support.annotations.TransactionAop;[/color]
[color=blue]@TransactionAop(hibernate3)[/color]
public class UserDAOHibernate extends HibernateDaoSupport implements UserDAO{
public User getUser(Long userId) {
return (User)this.getHibernateTemplate().get(User.class, userId);
}
public List getUsers() {
return this.getHibernateTemplate().find("from User");
}
public void removeUser(Long userId) {
Object user = this.getHibernateTemplate().load(User.class, userId);
this.getHibernateTemplate().delete(user);
}
public void saveUser(User user) {
this.getHibernateTemplate().saveOrUpdate(user);
}
}
spring的事务定义很灵活很广,定义七种的传播行为和五种的隔离常量,但用得比较多还是PROPAGATION_REQUIRED和PROPAGATION_REQUIRED,readOnly,所以我提出上面所述的一点假想,可以简便开发。
简单就是美。
这是昨晚写了一个小时多一点的文章,现在发上博客,哈哈........
[/size]
分享到:
相关推荐
面对Ruby on Rails的挑战,Java框架的设计者们也开始反思和改进,试图在保持Java框架强大功能的同时,提高其易用性和用户体验。例如,Spring框架近年来推出了Spring Boot项目,旨在简化Spring应用的初始搭建和配置,...
例如,一个熟练的Ruby on Rails开发者应该了解如何利用Rails的MVC架构模式来构建Web应用,或者一个Spring开发者需要掌握如何配置和使用依赖注入来提高代码的可维护性。掌握“如何做”意味着能够有效地实现功能,并...
后端则可能采用如Node.js、Django或Ruby on Rails等技术栈,处理用户请求,与数据库进行交互。支付接口的集成涉及到第三方服务,如支付宝或微信支付,需要理解API调用和安全交易的概念。 此外,两个项目都离不开...
scratch少儿编程逻辑思维游戏源码-滚动城市.zip
scratch少儿编程逻辑思维游戏源码-幻想勇士.zip
scratch少儿编程逻辑思维游戏源码-火柴人地底冒险.zip
scratch少儿编程逻辑思维游戏源码-僵尸逃亡.zip
内容概要:本文介绍了使用MATLAB进行一维和二维导热计算的各种格式及其迭代方法。首先,针对一维导热问题,分别讲解了全显格式、全隐格式和半隐格式的基本原理和实现步骤。接着,对于二维导热问题,不仅涵盖了全显和全隐格式的应用,还深入探讨了隐式格式下常用的迭代方法,如ADI迭代、点迭代和高斯-赛德点迭代(GS)。此外,文中强调了如何自定义导热几何距离和边界条件,使用户能够灵活应对不同应用场景的需求。最后,提醒使用者在编写代码时要注意算法的稳定性和准确性。 适合人群:对导热计算感兴趣的科研工作者、工程师及高校学生。 使用场景及目标:①掌握MATLAB在一维和二维导热计算中的多种格式和迭代方法;②学会根据实际需求设定导热几何距离和边界条件;③提高对导热问题的理解和解决能力。 其他说明:本文提供的代码片段为示意性质,具体实现还需参考相关文献或MATLAB官方文档。
内容概要:本文档为2025年最新的Docker教程与项目资源精选,分为四个部分。第一部分介绍入门教程与核心概念,包括多平台安装指南、核心概念解析以及常用命令速查,如容器管理、镜像操作等。第二部分聚焦实战项目与高阶应用,涵盖单服务部署(如MySQL快速部署、Redis集群搭建)、多容器编排(如WordPress部署、微服务架构)。第三部分提供资源导航与工具推荐,列举官方文档、社区教程、离线镜像包、私有仓库搭建等学习资源和实用工具。第四部分给出避坑指南与最佳实践,针对常见问题(如端口冲突处理、时区同步)和性能优化(如资源限制、镜像精简)提出解决方案。; 适合人群:对Docker感兴趣的初学者以及有一定经验的研发人员。; 使用场景及目标:①掌握Docker的基础安装与配置,理解核心概念;②通过实战项目提升技能,如单服务部署、多容器编排等;③利用提供的资源和工具深入学习并解决实际问题,优化Docker使用体验。; 阅读建议:读者应按照文档结构逐步学习,先掌握基础概念和命令,再尝试实战项目,最后结合避坑指南和最佳实践进行优化。同时,可以参考推荐的学习资源和工具,加深理解和应用。
少儿编程scratch项目源代码文件案例素材-雨林跑酷.zip
scratch少儿编程逻辑思维游戏源码-火柴人冒险记.zip
scratch少儿编程逻辑思维游戏源码-极限跳跳.zip
少儿编程scratch项目源代码文件案例素材-土豆兄弟.zip
内容概要:本文详细介绍了基于S7-200 PLC和MCGS组态软件的温度控制系统及其加热控制设计。首先阐述了项目背景和重要性,接着分别介绍了S7-200 PLC的强大特性和广泛应用,以及MCGS组态软件的功能特点。随后重点讲解了温度控制系统的具体设计流程,包括传感器数据采集、PLC逻辑控制和MCGS界面显示三个关键步骤。最后展示了简化的S7-200 PLC梯形图代码片段,用以说明加热过程的具体控制方法。通过这套系统,实现了高效、精准的温度管理,显著提升了工业生产的质量和效率。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是那些希望深入了解PLC编程和组态软件应用的专业人士。 使用场景及目标:适用于需要高精度温度控制的各种工业场合,如化工、食品加工等行业。目标在于帮助用户掌握利用S7-200 PLC和MCGS组态软件构建稳定可靠的温度控制系统的方法。 其他说明:文中提供的案例和代码片段有助于读者更好地理解和实践相关技术,为实际工程项目提供有价值的参考。
2024安全行业大模型技术应用态势发展报告-中国通信标准化协会
scratch少儿编程逻辑思维游戏源码-姜饼人.zip
scratch少儿编程逻辑思维游戏源码-飞翔投篮.zip
少儿编程scratch项目源代码文件案例素材-五月的花.zip
内容概要:本文详细介绍了PFC5.02D软件平台下煤层开挖的分步实施方法及其效果。文章首先概述了PFC5.02D作为专业岩石力学分析软件在煤层开挖中的重要性,然后逐步讲解了从前期准备到最终完成开挖的具体操作流程,包括初步开挖、分步开挖、支护与加固等关键环节。通过PFC5.02D软件模拟,实现了对煤层变形、破坏情况的实时监控,确保了开挖的安全性和高效性。最后,文章总结了分步开挖带来的多项优势,如提高开采效率、保障生产安全、降低成本以及增强决策科学性。 适合人群:从事煤炭开采及相关领域的工程师和技术人员。 使用场景及目标:适用于需要利用PFC5.02D软件进行煤层开挖规划和执行的专业人士,旨在帮助他们掌握分步开挖的技术要点,优化开挖方案,提高工作效率和安全性。 其他说明:文中提到的分步开挖方法不仅有助于解决当前的开挖难题,也为未来的煤炭开采技术创新提供了有益借鉴。
少儿编程scratch项目源代码文件案例素材-渔夫.zip