spring=画蛇添足

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

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

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

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

/**
 * @author <a href="mailto:[e-mail]">桂健雄</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，舒服。

评论

42 楼 dennis_zane 2007-06-08  

jasongreen 写道

部分支持我观点的回帖被删除了，我想说，javaeye这些个老人家，实在太霸道了。

没人删，投票的。

41 楼 jasongreen 2007-06-08  

部分支持我观点的回帖被删除了，我想说，javaeye这些个老人家，实在太霸道了。

40 楼 我想我是海 2007-06-08  

比办公室的空调要冷。。

39 楼 zhangzhaofeng 2007-06-08  

做一做传说中的凳子...

38 楼 dennis_zane 2007-06-07  

catlinux 写道

支持楼主。
J2EE 确认很讨厌， 框架和小零件繁多，还要写装配文件。
前景堪忧。 可喜的是 Python 和Ruby 在Web开发上越来越成熟。
等到，EJB 被取代。 java 就快成了第二个 cobol 了。 当然，移动开发上Java还是前途无量

没看清楚在说什么就开口闭口java将成第二个cobol，拜托你看清楚作者在说什么了吗？

37 楼 catlinux 2007-06-07  

支持楼主。
J2EE 确认很讨厌， 框架和小零件繁多，还要写装配文件。
前景堪忧。 可喜的是 Python 和Ruby 在Web开发上越来越成熟。
等到，EJB 被取代。 java 就快成了第二个 cobol 了。 当然，移动开发上Java还是前途无量

36 楼 bilo 2007-06-07  

一早来就看到这样一个笑话...开心...

35 楼 yfmine 2007-06-06  

jasongreen 写道

我顿悟，控制力与框架是矛盾的。你是否也曾感觉到，有时汽车的失败，不是因为我们思路不清晰，不是因为我们不了解我们想要什么样的汽车。而仅仅因为，我们无法控制这只轮子。

走路是最好控制的方式，连轮子都可以不要……

34 楼 jasongreen 2007-06-06  

连我的偶像都回帖了。
。。。
从事java的一年来，我们学习使用各种各样的轮子，已经超过了发明轮子，理解轮子的时间。我们不知道轮子为什么莫名奇妙的爆掉，我们不得不一遍又一遍的看轮子说明书。
。。。
一次关于jasperreport，你说如果觉得控制力不够，可以自己实现，或者修改jasper的源码。
。。。
我顿悟，控制力与框架是矛盾的。你是否也曾感觉到，有时汽车的失败，不是因为我们思路不清晰，不是因为我们不了解我们想要什么样的汽车。而仅仅因为，我们无法控制这只轮子。

33 楼 agile_boy 2007-06-06  

dovecat 写道

说实话,一位具有精湛技艺的Coder,确实Spring的价值对他来说也不过就是一个用起来稍微称手点的工具而已,必要的时候,他完全可以依据自己的需要抛开spring.
框架这东西,用多了就那么回事.看得太重也不好,重要的是框架背后的设计思想和风格.

有点异议 ，我觉得技艺高的coder，一般不应该重复发明轮子，不过他对框架的使用和理解必然不会和一般人一样，当然了也因人而异

32 楼 passlove 2007-06-06  

感觉spring挺好用的啊

31 楼 agile_boy 2007-06-06  

确实是看不懂了，感觉好像只是在博取大家的眼球。中国的开源现状，也不是仅仅spring，也不仅仅是盲从这么简单。
无语中。。。

30 楼 fins 2007-06-06  

spring != ioc
spring > ioc

ioc的目标 != 建立统一的对象装配器，对象提取器
ioc的目标 > 建立统一的对象装配器，对象提取器


取消精华吧

29 楼 ddandyy 2007-06-06  

为什么不接着往下说呢 只举一两个例子说你完成了这个功能又有什么作用呢 如果真的是拼代码  可能比你这个代码更少的也能做到同样的功能

另外你这个应该算是底层的class在开发中要经常编译吧   很难想像这个class最后会有多大  比如我们这项目现在就有50多个模块了 当然你也可以把他分到多个class里  那么增减模块的时候不知道你要修改多少个底层的class  你们又是如何保证修改底层class不会影响到其他的业务呢

其他功能呢？比如事务回滚什么的  当然了  我们也都知道那个很简单 就是在那写个try catch嘛 那这50个多个模块的回滚你要怎么做？

不知道如果LZ把其他所有功能都做出来的话是否也会写个2M的东西出来
当然xml可能是一个都没有了

性能如何 BUG会不会有 TEST的是否彻底

不知能否和经过成千上万的盲从的人一起test后的东西拼一拼

28 楼 dennis_zane 2007-06-06  

gigix 写道

dovecat 写道

说实话,一位具有精湛技艺的Coder,确实Spring的价值对他来说也不过就是一个用起来稍微称手点的工具而已,必要的时候,他完全可以依据自己的需要抛开spring.
框架这东西,用多了就那么回事.看得太重也不好,重要的是框架背后的设计思想和风格.

同样，从对框架的批评上也能看出设计思想和风格
furthermore，从“根本不清楚设计思想和风格就敢批评”这件事上，还能看出更多

同感，如果对框架本身的设计思想没有真正地去了解就信口开河地指责别人盲从，还要加上“创新”这样的大词，未免让人觉的很幽默。

27 楼 dovecat 2007-06-06  

gigix 写道

dovecat 写道

说实话,一位具有精湛技艺的Coder,确实Spring的价值对他来说也不过就是一个用起来稍微称手点的工具而已,必要的时候,他完全可以依据自己的需要抛开spring.
框架这东西,用多了就那么回事.看得太重也不好,重要的是框架背后的设计思想和风格.

同样，从对框架的批评上也能看出设计思想和风格
furthermore，从“根本不清楚设计思想和风格就敢批评”这件事上，还能看出更多

HOHO~确实,从这点上就可以说这个帖子没任何价值.反有误导的嫌疑.

26 楼 gigix 2007-06-06  

dovecat 写道

说实话,一位具有精湛技艺的Coder,确实Spring的价值对他来说也不过就是一个用起来稍微称手点的工具而已,必要的时候,他完全可以依据自己的需要抛开spring.
框架这东西,用多了就那么回事.看得太重也不好,重要的是框架背后的设计思想和风格.

同样，从对框架的批评上也能看出设计思想和风格
furthermore，从“根本不清楚设计思想和风格就敢批评”这件事上，还能看出更多

25 楼 dovecat 2007-06-06  

说实话,一位具有精湛技艺的Coder,确实Spring的价值对他来说也不过就是一个用起来稍微称手点的工具而已,必要的时候,他完全可以依据自己的需要抛开spring.
框架这东西,用多了就那么回事.看得太重也不好,重要的是框架背后的设计思想和风格.

24 楼 Godlikeme 2007-06-06  

这个精华评的莫明其妙

23 楼 maxima 2007-06-06  

lz的话有点道理
不过srping一个小小的不爽而已，就这样否定spring怀疑你对他的了解有多少