[tDiary-devel] =?ISO-2022-JP?B?GyRCPEFMZCRITVdLPhsoQg==?=

[NISHIO M. <gh...@in...>]

みずほです。
また、要望と質問です。


○ 質問
1) コメントとreferの保存
私はtDiary側で行うと思っていたのですが、
各readerが読込/書込のための機構を実装しないといけないのですか?
それともDefaultIO::IOは各readerが継承しないといけない基底クラスですか?

2) 「追加」のページはすべてのparserで必要か?
少し考えましたが、「追加」に対応することはhnfなら可能だと思います。
が、こういうインターフェースはhnfには望ましくないと思います。

3) visitorは携帯電話用のHTMLを出力できないと駄目か?
私はhnfの携帯電話用のvititorを書く気はないですし、書くことはできません。
(携帯電話を持っていないので、確認できない)

4) 一ヶ月分の日記をすべてロードするという仕様
互換性と一ヶ月で一ファイルという今のtDiaryの構造を考えれば、
上の仕様は望ましいですが、それを前提にした構造は
他の形式(フォーマットではなく、データ形式)で色々と問題がありそうです。




○ 要望
1) もう一つキャッシュを導入して欲しい
現在、eRubyの出力をキャッシュしていますが、parseが終わった段階の構文木も
一ヶ月単位でPStore(もしくはそれに近い機構)でキャッシュできるようにして欲しいです。
今のtDiaryに合わせた場合、hnfやRDではこれを導入しないと、
遅くて使い物にならないと思います。
今のtdiary-hnfでそれなりの速度がでるのは
多分、上記の機構を導入しているおかげです。

# TDIARY2でも効果があるとは思いますが、
# Last-Modifiedがデータに埋めこまれているので、
# ちょっと使いにくいでしょう。
# もし、他フォーマットをTDIARY2形式に埋めこむならば、
# キャッシュを導入した方が良い気がします。 

あと、キャッシュが不正なものだったら、
すぐに消せるようにして欲しいです。

2）parserとvisitorのrequire
すべてのキャッシュ( 1)のキャッシュも含みます )が効けば、上記2つのファイルを
requireしなくても良いのですが、そういう事は可能ですか?

# もし、可能にするのならば、設定ファイルから直接Classオブジェクトを
# 参照することはできなくなります。

これはparserとvisitorが巨大なRDをcgiで使った場合に効果が高いと思います。

***********************
NISHIO Mizuho
e-mail : gh...@in...