关于开设本站Blog的评论功能

访客评论是Blog的一个基本功能之一，但目前本站的blog依旧没有开通对Blog的评论功能。

一、当前本站Blog程序现状

美国911灾难发生的前后（2001年），我写了一个留言本程序，用来给访问本站的访客提供留言功能。后来，这个留言本程序经过自己不断的小修小改，最后成为用来记录自己日常感想的程序，也就是现在的“我的感想”这个页面所使用的程序。“我的感想”这个页面非常类似近几年网上流行的Blog模式，因此后来，我也就默认“我的感想”这个页面就是本站的Blog了，不过名字还是依旧为“我的感想”，因为它将要记录的主要内容还是我的感想。

这个程序我使用了将近4年，也断断续续地修改、改进了将近4年，目前这个程序具有如下几个主要功能：支持Blog模式或者留言本模式、支持多个内容版块、支持广告过滤、防止重复留言等等。不过如果非要挑程序的瑕疵的话，我认为有2个地方还可以有待改进。

一是目前每增加一个类似于blog或者留言本的新版块，就需要在主程序里面添加对应的一条信息，因此也就要轻微地修改主程序一次。解决这个问题的一个简单的方法是设一个或多个独立的配置文件。可惜我不喜欢这种处理方式，因为这样就会增加了一个或者多个配置文件，而我希望这个留言本程序越简单越好。一个好的软件/应用程序，应该是结构尽量简洁、易于发布和传播的。

第二个有待改进的地方是：目前还没有实现Blog内容页面的静态化。这样导致的问题是每次访问一个默认的Blog页面，程序将会从服务器硬盘上读取20个帖子内容文件（因为默认每个页面显示20条帖子，而每个帖子存放在一个独立文件中），也就是操作系统将会做至少20次硬盘读取操作；而如果将Blog内容页面做成静态的话，程序将会从服务器硬盘上读取1个页面内容文件就够了。也就是说，两种方式对比的话，现在的动态页面生成方式导致读取硬盘的次数20倍于将Blog内容页面静态化后的读取次数。要知道，硬盘的寿命很大程度上是取决于硬盘文件读写次数的，读写次数越多，寿命就越来越短。不过，由于本站访问量相对来讲极低，因此目前使用动态页面生成方式而导致的硬盘额外损耗可以用“微不足道”来形容。这也是为什么本站虽然意识到这个问题，却并不愿意浪费时间去解决这个问题的原因。

虽然目前本站Blog程序依然还有可以进一步改进的地方，但我对它已经非常满意了，满意到甚至我不愿意再在上面做什么变动去破坏它现有的完整性。

二、为什么当前没有开设评论功能

一百个观众眼里有一百个不同的哈姆雷特。“我的感想”写的是我自己的生活感受，只代表我自己的思考，不代表别人的。因此，如果开放评论功能的话，可能会因为对某些话题的看法不同而引起访客的各种评论和争议，而对于本站而言，我并不在意是否要就某个问题讨论出具体的结果或得出正确的答案，我只在意于向别人介绍一些我自己个人的生活近况、一些看法。我欢迎访客阅读相关的文字，但不期待在本站引起评论和争议。

这是一个blog，但这更是一个发表自己个人看法的舞台，因此，暂没有特别的必要开设评论功能。另外，这个Blog程序起源于自己写的一个简单的留言本程序，而在设计之初，是完全没有考虑到用户评论这个功能的。

三、关于用户评论功能的实现

如果要增加用户评论功能的话，有2种实现方式。

第一种方式是将用户评论做成一个独立的功能插件（其实就是一个或多个PHP程序），这样可以最大限度地保持原有Blog程序的完整性。但即使这样，也还是需要对原有Blog程序作一些局部的改动，扩展某些自定义函数的功能。另外，这种做法会导致不可避免的代码冗余。这是因为独立的功能插件不能直接使用原先Blog程序里面的一些代码，因而只能将这些代码复制到这个独立的功能插件里面再使用，这样就导致了在同一个系统中存在一些功能极其相似的代码。这种冗余状况是我所不喜欢的。而如果要消除这种冗余状况，则又必须对原有Blog程序做较多一点的修改。这真是一个令人矛盾的选择。

第二种方式是将用户评论功能直接添加到原有Blog程序里面。这将导致原先Blog程序的进一步复杂化，并会对程序的稳定性有暂时的影响。

从程序设计的角度来讲，第一种更合理；但从现实角度来讲，本站很可能采取第二种做法。具体做法仍有待斟酌。

[补充说明] 本站未来很有可能开设Blog的评论功能，但具体何时开设此功能，待定。