clean up documents hierarchy.

remove {index,pointer}.ja.html in each directory which is obsolete.
merge documents to under fml/doc/ja/ if apporoviate.
move variable list to Documentation/ja/etc/

1 files changed, 64 insertions, 0 deletions

diff --git a/fml/doc/ja/tutorial/modules.sgml b/fml/doc/ja/tutorial/modules.sgml
new file mode 100644
index 00000000..bb9602c2
--- /dev/null
+++ b/fml/doc/ja/tutorial/modules.sgml
@@ -0,0 +1,64 @@
+<!--
+    $FML$
+-->
+
+<chapter id="modules">
+
+   <title> モジュールについて２、３のメモ </title>
+
+
+<sect1 id="File">
+
+    <title>
+    File::* クラス
+    </title>
+
+<para>
+persistent なデータの保持の方法はいくつかある。
+LRU な何かモジュールを使っても良いが、
+大げさで、いまひとつしっくりこない。
+</para>
+
+<para>
+一つの考えは、一つのファイルに append していくもの。
+Log Structured File スタイル？
+これは、
+データを蓄えるために用いている。つまり、追加もするし、
+参照もしたい場合。
+</para>
+
+<para>
+File::CacheDir (旧 RingBuffer, File::CacheDir に統合された)
+もある。
+</para>
+
+<para>
+これは、あるディレクトリ(例: db/)に複数のファイルとして蓄える。
+db/ には 1 〜 100 のファイルがつくられ、順番に使われる。
+ぐるぐる回って使われ、上書きされていく。
+</para>
+
+<para>
+主に上限サイズを設けたログを蓄えたい場合に用いる。
+</para>
+
+<para>
+File::CacheDir
+</para>
+
+<para>
+あるディレクトリに複数のファイルとして蓄えるが、
+古いものを expire していくことが可能なもの。
+db/ に YYYYMM 形式のファイル名でデータを蓄え、
+古いものは随時消去する。
+</para>
+
+<para>
+データを蓄えるために用いている。つまり、追加もするし、
+参照もしたい場合。
+</para>
+
+</sect1>
+
+
+</chapter>