简化Spring(1) 配置文件[Java编程]

序

大家都爱Spring加Hibernate.

但Spring MVC+hibernate的Sample如Appfuse的代码却算不得最简便美好好读,假如在自己的项目中持续施展我们最擅长的依样画葫芦大法,美好希望未必会实现.

所以,Pramatic精神不灭.这个系列就是探访最合适自己的Spring+Hibernate情势.

I-配置文件简化

我厌倦一切配置文件沉重的框架.

最好的情形是,框架供应极度机动复杂的配置方法,但只在你需求的时刻.

Spring供应了三种大概来简化XML.随着国内用户水平的提高,这些基本的简化本领大家都已掌握.

大家可以直接看第3,第4点--Spring 1.2, Spring 2.0的后继改良.

1.1.autowire="byName" /"byType"

假定Controller有一个属性名为customerDAO,Spring就会在配置文件里查找有没有名字为CustomerDAO的bean, 自动为Controller注入.

假如bean有两个属性,一个想默许注入,一个想自定义,只要设定了autowire,然后显式的声明那个想自定义的,便可以到达要求.这就应了需求,在需求分外配置的时刻就供应配置,不然给我一个默许注入.

还有一个更懒的地方,在最最根部的<beans>节点写一句default-autovwrie="byName",可以让文件里的全部bean 都默许autowrie.

不过Rod认为开辟期可以这样,但Production Server上不该该利用Autowire.而我认为那些自定义一次的地方比方TranscationManager应当具体定义,而Dao,Controller这种大量反复定义的bean便可以偷点懒了.

1.2.<bean>节点之间抽象大众定义和 Inner Bean

这太便利懒人了,想不到两个独立的XML节点都可以玩担当和派生,子节点拥有父节点的全部属性.

最好用的地方就是那个Transtion Proxy的定义.先定义一个又长又冗的父类,然后用子类去担当它.

别的,还有一个Inner Bean的机制,可以把DAO写成Proxy的内部类.为什么要写成内部类?为了让Proxy冒名顶替它去让Controller Autowire.(详见背面的示例)

1.3. 宽松的配置, To XML or Not to XML

据说Spring比Struts的配置宽松了很多,这就给人把东西从配置文件中撤回原码中的机会.

不赞成什么都往配置文件里晒,造成了Rich Information的配置文件,改正大概查看的时刻,要同时翻开配置文件和原码才能清楚一切.

而我但愿配置文件就集合做一些整体的配置,还有框架必须的、无需管理的冗余代码.而一些细节的改变不大的配置和逻辑,就尽大概别往里塞了.因此,Success/Fail View 的配置,不倡议放在里面.

　　以上是“简化Spring(1) 配置文件[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：