你是 ptt.cc 方面的开发人员, 你用这方面去构想, 我是感到颇意外的... 我之前都提过了, 不作大改动, 是适合其他站作 localization, 而作为 本尊的 ptt.cc 实在是要从大处看. 有重要改动, 就该作大胆的架构修订, 务求保持兼容性, 无论是 pttbbs 前後版本的兼容性, 或是其他 bbsware 处理 ptt 系统下的文章的兼容性, 都是得处理的. 凭档案名去作分类, 遗留到现在, 已经是问题多多了. 档案名的资讯, 仅 仅是为了 .DIR 这种 index 出乱子後, 有重组版区的基本资讯, 不宜於 扩大系统对档名的依赖性. ※ 引述《[email protected] (风起鹰扬)》之铭言： : 其实我之前有想到另一种概念 : 首先是以档案的特定 pattern 作分类 : 再为每一种分类制定 读、写 之类的动作 : 举个例子 : 一般的文章为 M.* : 文摘里面的文章则是 G.* : 目录是 DXXX : 诸如此类 : 而因为每次要取某个档时是去 .DIR 里面找出指定笔纪录 : 再拿出档名来读写等等 : 而套用这一个概念的话 : 则可以为每一类档案 以 function pointer 的方式实作出读写等等的 operation 最简单的例子, 是一个档案, 就像一个 function , 对着不用的 operator , 就会有不同的处理方法. 一般的处理, 是当作 txt 文本去读. 这也是系统出现任何故障时, 可以凭 管理员人手去辨别资料的根据. bbs 系统, 实际上比任何系统都更宜於采取全文本资料处理形式. 最理想的 (也可以说是最不设实际的) , 就是特殊资料档, 都不怕给一般 bbs 用户 (也就是不必懂系统和程式的) 看到, 不会使他们混乱或有机会揭密. 因此, 档案第一页, 是为人而设的, 其余资料, 可以改为机器处理的东西, 比 如加密了的编码, 比如特殊的纪录格式. 系统的 cache , 最好是对於这些档名、头 24 行以外的资料加以辨别, 或仅仅 以 .DIR 或 fs 的各旗标去判别. : 这样可以对不同的档案做统一的处理 : 同时也避免现在一大堆恶心的条件判断 : (如 do_reply() 里面不只是回文章，还为了做"连署"的文章多了一层) : (再如 recommend() 本来是"推荐"，後来又被拿来弄"竞标") 这是... 贵系统的混乱啦. : 而当然锁文章用这种方式也是没问题的 : 其实我一开始会想到这个 是因为之前在想如果要玩 Unicode 要怎麽玩 : 我想到把 Unicode 的文章以 U.XXX 的档名存 如果是指明编码, 那是要加一个 field 去做, 那个 field 放在当名後端 , 或是放 .DIR 还好, 这样子放在档名, 有违其他 bbs 系统的概念, 万 一他日有管理员想 transfer 系统, 又会大混乱了. -- .╱\ 香港地 网络社区 |\[|HK \ bbs.hkday.net {|][|DAY| =|'=|===_e 炒楼、炒股、炒作 \-\_o_oo_/ 厨艺之都．在香港~ ~~~ ~~~ ~~~ ~~ -_-; --

※ 发信站: 香港地(hkday.net) ◆ From: 61.238.143.229