Hibernate源码研究碎得(十)
满城尽是Interface,接口真的那么神奇?
晚饭后由于不能很集中地思考,就大致地看了EntityPersister这个接口的继承关系及其实现类.
呵,真是不看不知道,一看吓一跳,又是一个很庞大的继承树,而且还里有那么多的接口,不禁就感叹了:为什么Hibernate里这么多的接口?这样的接口设计能达到想像的效果么?在解藕合方面真能那么灵验?感觉有些接口过度了,不丁点的小事动不动就来一个接口.说句"大言不惭"的话,在自已的设计中是绝对想不到用这么多接口的.
写着写着,就意识到了:用众多接口而不用众多类是一个以前没想到(或没有这么强烈感觉到)的好处的,那就是利用接口可以视具体情况而做到细粒度的划分,此种情况下不必去考虑其实现类的多少,或更进一步就是不必把实现类也划分的那么细,(若把实现类也划分到接口那样的精细程度,在维护上是很费精力的.)而把这些接口的实现都集中在一起,这样就极好地达到服务与实现的解藕合.或许这就是解藕合的实质吧.
写到这,不由地又想起来这些天稍不留神地会去想去找映证的一个问题:究竟面向对象有什么好处?现在项目虽说是用的Java这一面向对象的语言,但像C语言那样面向过程的设计/编程方式随处可见.每当看到披着Java语言的面向过程就不由地反问,面向对象真的就像某些人所说的那样神奇?
今天由Hibernate里EntityPersister想到的接口带来的好处虽说不能完全消除对"挂着养头卖狗肉"的疑惑,但对面向对象的神奇与伟大有了很直观很切身的体会,再次感谢Hibernate!再次感谢开源软件给俺带来的启发与思考!
****************************************
以前对接口好处的认识也仅仅停留在JavaEE中的Data Object Accessor上,也正是由于这种情况下接口应用很常见,久而久之,习以为常,钝化了思维,心里不免觉得接口设计也不过尔尔嘛,偶尔还自以为是地对自己说掌握了接口设计的精髓.
呵呵,汗颜呀.DAO仅仅是接口发挥威力的一个小小场所.
解藕合:调用与运行分开,服务与实现分开.
描述: Hibernate中的EntityPersister
大小: 17.7 KB
