Jive笔记6 --Database Package下面的暗黑世界
Jive笔记6 --Database Package下面的暗黑世界
Written by Shyguy
2002/12/27
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里边，对于整体上的封装，还是没有什么影响的。
呵呵，一家之言，请大家不吝指教
Shyguy
