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

核心提示：Jive再牛B,归根到底还是要和Database打交道的，还不一样要调用getConnection(),CreateStatement(),ResultSet.next()，Jive笔记－－Database Package下面的暗黑世界，那么，我的疑问是，还是没有什么影响的，呵呵，Jive是怎样处理低层操作类(DBFo

　　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里边，对于整体上的封装，还是没有什么影响的。
　　
　　呵呵，一家之言，请大家不吝指教