Lighter is Faster

2007-06-05

spring=画蛇添足

决定把在javaeye上最后一点积分用光，大家投隐藏吧，投新手吧，不过我还是要说，盲从－－中国程序员的悲哀。

尝试是好事，盲从就不好了。

现在我开始尝试使用一种简单的方式来构建对象，获取对象。可称之为ContextHolder模式。

/**
 * 2007-6-5 下午02:27:03
 */

/**
 * @author <a href="mailto:guileen@gmail.cn">桂健雄</a>
 * @since 2007-6-5
 */
public abstract class ContextHolder {
	static{
		//init the context ,sessionFactory
		AnnotationConfiguration cfg = new AnnotationConfiguration();
		Properties prop = new Properties();
		InputStream is = null;
		try{
			is = Thread.currentThread().getContextClassLoader().getResourceAsStream("jdbc.properties");
			prop.load(is);
		} catch (IOException e) {
			Logger.getLogger(Properties.class).error("jdbc.properties 读取失败");
		}finally{
			if(is != null){
				try {
					is.close();
				} catch (IOException e) {
				}
			}
		}
		cfg.addProperties(prop);
		initAnnotatedClasses(cfg);
		buildDaos();
		sessionFactory = cfg.buildSessionFactory();
		SessionHolder.setSessionFactory(getSessionFactory());
	}
	private static SessionFactory sessionFactory;
	private static MyDao1 dao1;
	private static MyDao2 dao2;
	/**
	 * @param cfg
	 */
	private static void initAnnotatedClasses(AnnotationConfiguration cfg) {
		cfg.addAnnotatedClass(MyEntity1.class);
		cfg.addAnnotatedClass(MyEntity2.class);
		cfg.addAnnotatedClass(MyEntity3.class);
	}
	
	private static void buildDaos(){
		dao1 = new MyDao1Impl();
		dao2 = new MyDao2Impl();
	}
	
	public static SessionFactory getSessionFactory(){
		return sessionFactory;
	}
	
	public static MyDao1 getMyDao1(){
		return dao1;
	}
}

IOC的目标是，建立统一的对象装配器，对象提取器。但是，使用xml的配置实在是没有必要，取对象出来还要用getBean方法，要填对象名，要作类型转换，对了，还要先设法获取ApplicationContext对象。真是无聊之极。

当然，想要使用Spring中的Bean，也不一定非要获取ApplicationContext，可以把调用者也配置到Context中，定义好set方法，在配置文件中，把调用者的property ref 到想用到bean上。

不过，如此一来，就更加是画蛇添足了。

aop和事务管理，何必一定完全交给IoC框架呢，自己编码啊。使用框架，以为自己发现了捷径，走过去，就发现，这条小路走的不那么爽，布满荆棘。

而使用这种ContextHolder模式，一切是多么的简单明了，直接static的方法调用，ContextHolder.getMyDao1(),就ok了，而且少了一个2M的spring.jar，看着舒服，少了xml，看着舒服，少了一些无聊的getters and setters，舒服。

15:24
浏览 (25485)
评论 (71)
分类: pm&plan
进入论坛
相关推荐

lgx522 2007-06-22 17:05
Spring是当前企业应用架构的最佳选择。
Spring这东西，刚开始用有点烦，再用下去就会产生怀疑，等有机会用在复杂系统的时候，才能真正体会到解耦合带来的种种好处。如果有兴趣研究一下其设计思想和源代码，那才真是妙不可言。

你把你的复杂项目拿出来看看,我的看法正好相反,越复杂的项目越越不能用什么sp,hb

zb1015 2007-07-25

好好好,楼主我支持你,去死吧sp,hb

g_wf 2007-07-24

把帖子和所有的回复看了一遍,不错阿,很少能见到这样的帖子了,看来我们做软件的还是最优幽默感的!

支持楼主,多发些这样的帖子,不然生活很无味!

ltian 2007-07-24

最近学习了一下Spring,觉得感觉很是一般,楼主说的不无道理.
spring 的核心IOC说白了不就是用字符串来创建对象吗?当然了,对于框架性产品或者通用的产品,用字符串来传递方法调用的消息还是具有很好的扩展性.
Spring ApplicationContext只是层次性的构架,但是很显然,它的层析性构架作的不够完美,应该借鉴log4j的思想.如果能用类名来确定自己需要的ApplicationContext不是更加能够贴近应用吗?因为应用本身是层次性.子应用找自己所需要的资源(bean),在自己所在的层次applicationContext找不到,则自动去上级阿ApplicationContext去找.我们组织应用的层次结构一般是用包来组织的,所以,我觉得应该在Spring的基础上再作一些封装,把Spring封装起来,只当它是一个可以替换的通用的类工厂.这样我们的应用更有生命力.我期望调用的时候这样查找ApplicationContext.
lookupApplicationContext(class clazz)或者
lookupApplicationContext(Object object)

hamlet 2007-07-19

用框架无非是以下两种原因：公司没有能力自己开发框架所实现的功能，或者开发费用比较高，老板不赚钱，尤其对于项目主导的公司

sariy 2007-07-11

世上没有完美的东西。，
都是相互融合达到最好效果。，

heipn 2007-07-10

这个问题最简单，蚁力神广告都告诉你了，谁用谁知道，有的人用了觉得有效果，有的人感觉还是虚，呵呵！

ltian 2007-07-04

我们的项目都是小项目，所以一直没有用spring。我不知道用spring有什么好处，哪位高人可以告诉我？

shily536 2007-06-29

哈哈，这么多人发表意见，我也来凑凑热闹。。
首先，LZ的出发点是很好的，现在很多程序员确实只是盲从，他们只知道用框架，仅仅是使用，而没注意到框架的思想以及机制。这个对他们来说并不是一件好事情，就像流水线上的工人，每天只知道上螺丝钉。。
其次，LZ的观点应该是太狭隘，框架的目的是给大家一个规则，提供一个摸板（暂时这么比喻吧），如果一个项目，有100个人开发，大家都自己写自己的代码，那到时候整合，管理以及维护将会是件十分恐怖和困难的事情。但是如果一个项目就只有一个人开发，那使用框架将会显得麻烦，而且多余（当然是对有一定水平的CODER来说）

最后总结一下，大项目用框架那是趋势，利大于弊，哦不对，应该是利远大于弊，当然了，如LZ所说，你可以自己写代码来实现，但是，对老板来说，有现成的干嘛不用，让你写新的，一切都是未知数，简直太冒险。。。至于小项目嘛，或者说个人学习，那就没必要用框架了。。

lgx522 2007-06-22

Spring是当前企业应用架构的最佳选择。
Spring这东西，刚开始用有点烦，再用下去就会产生怀疑，等有机会用在复杂系统的时候，才能真正体会到解耦合带来的种种好处。如果有兴趣研究一下其设计思想和源代码，那才真是妙不可言。

tntxia 2007-06-21

有反抗意识是好的。

aninfeel 2007-06-21

引用

最烦你们这种整天炒作名词的，今天AOP，明天MOP，今天IOC，明天CIO，一点技术含量都没有。

其实还有更悲哀的——感觉java也是操作出来的

jd2bs 2007-06-20

旗帜鲜明顶楼主啊　软件开发这行业挺烦的　大家改行巴