Re: 詞庫整體規畫（一些舊信供參考）

[thhsieh@tlug.sinica.edu.tw]

:  欄位的格式應是比較沒什麼問題，主要是欄位的內容。
:
:  至於詞庫一分為二，是不是可行，可能需大家討論一下，我目前想到的是：
:  1. 只要 tsi.src 的欄位明確，由 AP 直接取需要的欄位資料來使用。
:  2. 分成兩個，AP 使用時各取所需。
:
:  我的疑問是，2. 會不會比較方便有效率？如果 1. 2. 在 AP 實際運用時
:  沒有什麼大的差別的話，那分開就沒有必要了！所以需要對各輸入法設計
:  有研究的朋友提供意見。
:
:  如果決定要分成兩個，或有其它更複雜些的注記的話，可能要定個計劃表
:  ，而且把 tsi.src 獨立出來較妥（唉，自打嘴巴了！:)。不知道大家覺得
:  怎麼樣比較好？我的頭已有點昏了！:-))

我認為在 AP 那邊沒什麼問題，理由是: 注意到我們這邊都是在
討論詞庫的 source 層面，而非 run-time database。在 source
層面，我們愛怎麼搞就怎麼搞，因為這與程式執行效率無關。只
有在 run-time database 那邊才要注意效率。

因此，就算我們詞庫 source 對某些 AP 而言是很差勁的，但它
們大可將它編譯成 run-time database 來用，例如 libtabe 就
是將它編譯成兩個很大的 .db 檔。這編譯動作往往只需在程式安
裝時做一次就好了，所以不會有問題。

如果您也擔心 run-time database 是否也需要像 source 那樣分
離的話，我覺得那是另一層面的問題。至於如果分離出來會不會
影響效率？我覺得只要程式實作得好就不會，所以，重點是要有
人埋頭下去寫程式 :-))

Anyway, 我必竟還沒用力看過 libtabe 所有的程式碼，所以可能
太過簡化問題了， any comments?? :-))


T.H.Hsieh

To Unsubscribe: send mail to majordomo@linux.org.tw
with "unsubscribe xcin" in the body of the message