你是 ptt.cc 方面的開發人員, 你用這方面去構想, 我是感到頗意外的...
我之前都提過了, 不作大改動, 是適合其他站作 localization, 而作為
本尊的 ptt.cc 實在是要從大處看. 有重要改動, 就該作大膽的架構修訂,
務求保持兼容性, 無論是 pttbbs 前後版本的兼容性, 或是其他 bbsware
處理 ptt 系統下的文章的兼容性, 都是得處理的.
憑檔案名去作分類, 遺留到現在, 已經是問題多多了. 檔案名的資訊, 僅
僅是為了 .DIR 這種 index 出亂子後, 有重組版區的基本資訊, 不宜於
擴大系統對檔名的依賴性.
※ 引述《VictorHsieh.bbs@ptt.cc (風起鷹揚)》之銘言：
: 其實我之前有想到另一種概念
: 首先是以檔案的特定 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