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

<script type="text/javascript"> google_ad_client = "pub-8800625213955058"; /* 336x280, 创建于 07-11-21 */ google_ad_slot = "0989131976"; google_ad_width = 336; google_ad_height = 280; // </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> 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里边，对于整体上的封装，还是没有什么影响的。 呵呵，一家之言，请大家不吝指教