这句话一出,肯定会引起无数人的恼怒,说出“xx从来没用过hibernate之类的话”,但是我要说,我可能恰恰是用hibernate最早的一批人,不光用了,而且是在hibernate出生前,就用这种思想做事情了。大概是在2001年,由于烦了写 insert into xx values(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?); ,我开始 自己写框架保存java对象、获取java对象列表,而不用一条sql语句。
但是,越用到后来,越觉得这种编程方式实在是没有道理。为什么呢?
1.在这种框架下,java bean 中的属性的值和数据库中相应字段的值一一对应,这有什么道理?java类生成的对象本来是活生生的对象,有自己的属性和行为,有自己的逻辑;但是采用hibernate方式,java bean 只是一个数据的存放地,是dao使用的一种数据类型,是地地道道的过程编程方式,而不是面向对象的编程。
2.在做企业级应用时,我们应该将层次分清楚,各层做各层的事情。java要做的事情就是封装必要的业务逻辑和与数据信息的接口。至于怎么保存数据,怎么从数据库的信息中演变成java所需的信息,这是数据库的事,这是pl/sql的事,这是存储过程的事,而现在我们所作的基本上是由hibenate从数据库取得了数据放在bean中,再在jsp中转化为所需的值,这是多么无聊的事;要知道在b/s这种程序中,80%的时间花在表现层(我认为)。
3.在pl/sql中做数据存储的逻辑有什么好处呢?速度快、能封装多个sql做事情、业务逻辑变化时不用更改java,不用重启数据库,只需要修改pl/sql就好了。
4.hibernate不管配置文件还是annotion都显得比较复杂,最大的好可能就在于不用写?????了,不用按顺序匹配了,但是为了实现这个目标,所作的工作也不少啊。在简单就是美的今天,hibernate还忽悠了那么多的初学者来学,我就不懂了。
总之,我认为,hibernate就别用了,多用pl/sql就好了,多理解对象编程就好了。[@more@]
但是,越用到后来,越觉得这种编程方式实在是没有道理。为什么呢?
1.在这种框架下,java bean 中的属性的值和数据库中相应字段的值一一对应,这有什么道理?java类生成的对象本来是活生生的对象,有自己的属性和行为,有自己的逻辑;但是采用hibernate方式,java bean 只是一个数据的存放地,是dao使用的一种数据类型,是地地道道的过程编程方式,而不是面向对象的编程。
2.在做企业级应用时,我们应该将层次分清楚,各层做各层的事情。java要做的事情就是封装必要的业务逻辑和与数据信息的接口。至于怎么保存数据,怎么从数据库的信息中演变成java所需的信息,这是数据库的事,这是pl/sql的事,这是存储过程的事,而现在我们所作的基本上是由hibenate从数据库取得了数据放在bean中,再在jsp中转化为所需的值,这是多么无聊的事;要知道在b/s这种程序中,80%的时间花在表现层(我认为)。
3.在pl/sql中做数据存储的逻辑有什么好处呢?速度快、能封装多个sql做事情、业务逻辑变化时不用更改java,不用重启数据库,只需要修改pl/sql就好了。
4.hibernate不管配置文件还是annotion都显得比较复杂,最大的好可能就在于不用写?????了,不用按顺序匹配了,但是为了实现这个目标,所作的工作也不少啊。在简单就是美的今天,hibernate还忽悠了那么多的初学者来学,我就不懂了。
总之,我认为,hibernate就别用了,多用pl/sql就好了,多理解对象编程就好了。[@more@]
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15247/viewspace-907245/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/15247/viewspace-907245/