你是 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