当前位置导航:炫浪网>>网络学院>>编程开发>>JAVA教程>>Java进阶

Jive笔记--Database Package下面的暗黑世界


  Jive再牛B,归根到底还是要和Database打交道的。
  还不一样要调用getConnection(),CreateStatement(),ResultSet.next()。
  那么,我的疑问是,Jive是怎样处理低层操作类(DBForumMessage/DBForumThread/DBForum)之间的耦合关系的呢?
  由于存在了Cache,所以,DBForumFactory/DBCacheManager/DBForumXXX这些类之间的关系可谓是错综复杂。
  
  (1)真正实作中,我们怎样来完成加载一个ForumMessageObject? 还有thread的增加删除Message是怎样完成的?
  打开DBForumMessage.java,发现,除了完成ForumMessage Interface的方法以外,还有几个Private的方法和Protected的方法。
  分别是:
  private void loadFromDb();
  private void saveToDb();
  protected void insertIntoDb();等
  
  上面三个函数分别用来完成对jiveMessage表的SELECT/UPDATE/INSERT操作。
  所以初步可以判定,对jiveMessage表的操作,基本上封装在了DbForumMessage里边了。但不是全部,为什么?慢慢往下看。
  
  a.加载DbForumMessage
  非常简单,地球人都知道的代码。在一个构造函数中调用loadFromDb(),然后执行SELECT xxx,xxx,..WHERE id=...,如果rs为空则抛出
  MessageNotFoundException,否则,一个一个的把字段内容复制给DBForumMessage的成员变量。
  (顺便这里提一下,这些映射数据库字段的成员变量有些是Private的,有些是Protected,为什么呢?呵呵。)
  对于这样的加载方法,如果没有Cache,将会非常慢的。试想,每次显示一个Message都要一次Select,我浏览Thread页面的时候,一次显示n个Thread/Message,....
  还不要数据库的小命啊。
  
  在我克隆Jive的过程中,由于Cache机制将在以后实现,所以采取了一个折衷的办法。改写了DBMessageIterator()类,改原来的只取ID
  为 取回除了Body以外的所有的内容,并且 直接就地New DBForumMessage,然后复制到ArrayList。
  至于Body,则采用LazyLoad的方法,等用到了才去SELECT body FROM ...
  这样处理,由于有ResultFilter的限制,最多复制几十个没有Body的DBForumMessag 对象,这对于AppServer来说,我想影响不大吧?
  
  b.增加DBForumMessage
  也就是调用INSERT INTO jiveMessage啦。不过,注意到,在插入新的ForumMessage纪录的时候,ThreadID是必须的,
  所以看起来只能让DBForumThread来调用这个方法了。难怪!!用了protected insertIntoDb(DbForumThread)!! 原来,同在一个包下的class是
  可以互相访问protected的方法的。偶java基本功不行,呵呵,到了今天才发现的这种现象。
  
  c.删除DBForumMessage
  这个比较有趣,DBForumMessage没有任何执行DELETE FROM jiveMessage的代码,看起来一定是在外边DBThread实现了。
  毕竟,这个是thread的事情嘛。果不出所料,DbForumThread::deleteMessage()里边直接执行了DELETE SQL.
  我自己在Clone Jive的时候,还是作了小改动,给DbForumMessage添加了protected deleteFromDb()方法,把执行SQL的操作放给Message完成了。
  
  在对Message进行Add/Delete操作过程中,可不能忘记了Cache List的更新,所以必须记得在DbForumMessage中调用cacheManager的一些方法
  来更新Cache,虽然目前在我的系统中,这些函数是空的 :)。
  
  明白了Thread/Message之间的"父子关系",Forum/Thread Category/Forum之间的关系也就差不多啦。哦,Jive中的Category好像有点特别,
  等偶下次看了代码再另外详细汇报。
  
  (2)DBForumFactory是个什么东西?
  Jive2.1.1以后,DbForumFactory不给Source了,而且,JAD还很难反编译,因为我发现JAD无法反编译诸如synchronized(Object){}这样的代码。
  还好我们有Jive 2.1.1的代码。哈哈。看看再说。
  先把DBForumFactory的身份给揭穿。其实DbForumFactory是个总管。总管Forum/Thread/Message。
  所以,我们在调用API的时候,都是通过Factory.getForum()/getThread()/getMessage()来获得那些对象。
  Jive用了SingleTon保证DbForumFactory()唯一,即静态方法DbForumFactory.getInstance()。
  同时,DBForumFactory在构造函数中New了一个DatabaseCacheManager。因此Factory和CacheManager就这样勾结起来了。
  所有调用getForum(),getThread(),getMessage(),都是调用DatabaseCacheManager的相关方法来实现的。
  例:
  
  DBForumFactory::getThread() ==> DatabaseCacheManager.getThread() ==> Search Cache or new DbThread object
  
  结论,DbForumFactory不是东西。除了检测Licese是否合法,其它基本上就是一个二道贩子。
  
  (3)其实还有那些Thread/Message的DbIterator,在Jive笔记4中已经提到了。不必再罗嗦一遍。
  
  写了这么多,感觉还有好多东西没有讲。我希望大家能够仔细体味里边的protected 属性/方法,我认为,这些东西其实和友元差不多,
  它们部分的打破了封装,但是获得了很大的灵活性。
  退后一步想想,我们只要把那些东西一股脑儿的限制在database package里边,对于整体上的封装,还是没有什么影响的。
  
  呵呵,一家之言,请大家不吝指教
相关内容
赞助商链接