summaryrefslogtreecommitdiff
path: root/fml/doc/ja/htdocs
diff options
context:
space:
mode:
authorfukachan <fukachan>2001-04-24 09:08:38 +0000
committerfukachan <fukachan>2001-04-24 09:08:38 +0000
commit813e3d68e98f7ec9c78ed0d8122406b9eb1fa2fb (patch)
tree88c82a18e4fcd754769370e3643a0220f9c2a2b4 /fml/doc/ja/htdocs
parent28fc596b9e70ddd1a7a583899c2600ccfce9b093 (diff)
downloadfml8-813e3d68e98f7ec9c78ed0d8122406b9eb1fa2fb.tar.gz
fml8-813e3d68e98f7ec9c78ed0d8122406b9eb1fa2fb.tar.bz2
fml8-813e3d68e98f7ec9c78ed0d8122406b9eb1fa2fb.zip
nuke files merged to tutorial
Diffstat (limited to 'fml/doc/ja/htdocs')
-rw-r--r--fml/doc/ja/htdocs/components.html53
-rw-r--r--fml/doc/ja/htdocs/refactoring.html145
-rw-r--r--fml/doc/ja/htdocs/releng.html55
3 files changed, 0 insertions, 253 deletions
diff --git a/fml/doc/ja/htdocs/components.html b/fml/doc/ja/htdocs/components.html
deleted file mode 100644
index a8e4886f..00000000
--- a/fml/doc/ja/htdocs/components.html
+++ /dev/null
@@ -1,53 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<HTML>
-<HEAD>
-<TITLE>
-コンポーネント
-</TITLE>
-<META http-equiv="Content-Type"
- content="text/html; charset=EUC-JP">
-</HEAD>
-
-<BODY BGCOLOR="#E6E6FA">
-<!-- ================== body =========================================== -->
-<PRE>
-
- libexec/loader
- |
- libexec/process_switch
- |
- -------- 乖離層 --------
- |
- FML::*
- Mail::*
- Jcode:*
- MIME::*
-
- MailingList::SMTP
- IO::*
-
--------------------------------------------------
-$curproc (current process struct) 構造体のうちわけ
-
-$curproc FML::Process::Kernel オブジェクト
-
- config FML::Config オブジェクト
-
- credential FML::Credential オブジェクト
-
- incoming_message (単なるキーワード)
- ヘッダ FML::Header オブジェクト
- メール本文 MailingList::Messages オブジェクト
-
- article (単なるキーワード)
- ヘッダ FML::Header オブジェクト
- メール本文 MailingList::Messages オブジェクト
-
- reply_messages (単なるキーワード)
-
-</PRE>
-オペレーションは各オブジェクトのメソッドが責任を持って実行する。
-
-<!-- =================================================================== -->
-</BODY>
-</HTML>
diff --git a/fml/doc/ja/htdocs/refactoring.html b/fml/doc/ja/htdocs/refactoring.html
deleted file mode 100644
index 319a26cd..00000000
--- a/fml/doc/ja/htdocs/refactoring.html
+++ /dev/null
@@ -1,145 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<HTML>
-<HEAD>
-<TITLE>
-fml5 [ fml リファクトリング プロジェクト (Refactroing Project) ]
-</TITLE>
-<META http-equiv="Content-Type"
- content="text/html; charset=EUC-JP">
-</HEAD>
-
-<BODY BGCOLOR="#E6E6FA">
-
-<CENTER>
-fml5 [ fml リファクトリング プロジェクト (Refactroing Project) ]
-</CENTER>
-
-<P> いくつかのアイデア
-
-<TABLE BORDER=4>
- <TR>
- <TD> status
- <TD> <EM>項目</EM>
- <TD> 備考
-
- <TR>
- <TD>
- <TD> <EM>ライセンス</EM>
- <BR>
- ライセンスを Perl 準拠へ変更する
- <TD>
-
- <TR>
- <TD>
- <TD> <EM>イメージ/モティーフ</EM>
- <BR>
- fml4 から fml5 へは、sendmail から postfix への移行のようなイメージで
- <BR>
- 最低限の config.ph コンバータは用意する。
-
- <TR>
- <TD>
- <TD>
- <EM> メインプログラムの wrapper (乖離層) </EM>
- バージョン管理やデバッグを簡単にするための乖離層
- <PRE>
- fml.pl ---> /etc/fml/main.cf
- ---> libexec/loader
- ---> lib/$VERSION/プロセス切替えモジュール
- ---> lib/$VERSION/モジュール
- </PRE>
-
- <TR>
- <TD>
- <TD>
- <EM>再利用性</EM>
- <BR>
- 自主開発はできるだけ避ける。
- <BR>
- 可能な限りあらゆる CPAN モジュールなどを使う。
- そして利用する場合には乖離層を設けること。
- <PRE>
- FML::モジュール → 乖離層 → CPAN/モジュール
- </PRE>
- <TD>
- <A HREF="style.ja.html">プログラミングスタイル</A>
-
- <TR>
- <TD>
- <TD> <EM>設定ファイル形式</EM>
- <UL>
- <LI> cf と config.ph を統合化する
- <LI> 配列を表現できる形式
- <LI> メニュープログラムが楽できるフォーマットを
- <LI> 原則として”設定ファイル”という名のものは
- どれも同じフォーマットとする。
- </UL>
- <TD>
-
- <TR>
- <TD>
- <TD>
- <EM>
- <A HREF="../etc/defaults/naming_convention.ja.html">
- 変数の命名規則
- </A>
- </EM>
- <UL>
- <LI> USE_機能
- <LI> 機能_TYPE
- <LI> 機能_ATTRIBUTES
- </UL>
- <BR>
- ”USE_ほえ”および”ほえ_TYPE”形式か？
- また、NOT_USE などは禁止する( default_config に書くこと)。
- <BR>
- attribute にあたるものが
- 群れになってしまうのはしょうがない。しかし、
- 配列表現が可能なため、現在の ifdef の群れで表現する
- ようなことが少なくなるはず。
-
- <TR>
- <TD>
- <TD>
- <EM> 関数名ルールの統一 </EM>
- <BR>
- main:: スペースに出てくるものは従来通り X11 風準拠に。
- メソッドは他のモジュールにあるようなそれっぽい小文字の名前をつける。
- lisp 的要素を廃止する。
- 参考文献 Perl Cookbook として、
- そこにあるようなシンタックス風を推奨する？
- <BR>
- 例:
- メソッドなら is_member() で、大域関数なら
- <PRE>
- MemberP() -> IsMember()
- </PRE>
-
-
- <TR>
- <TD>
- <TD>
- <EM> queue manager </EM>
- <BR>
- 再送処理のため (e.g. smtpfeed )
-
- <TR>
- <TD>
- <TD>
- <EM> tools </EM>
- <BR>
- BSD make を使わない。
- <BR>
- C 言語ではないので、autoconf は特には必要ないと思う。
- しかしながら configure という名前のスクリプトを（フェイクでも）
- 用意することはよいことかもしれない。
- そのスクリプトは例えば
- IPv6 ready か否かを決めるために使われるだろう(
- 現在の実装では使ってはいない、IPv6 は常に挑戦してみる
- )。
-
-</TABLE>
-
-<!-- =================================================================== -->
-</BODY>
-</HTML>
diff --git a/fml/doc/ja/htdocs/releng.html b/fml/doc/ja/htdocs/releng.html
deleted file mode 100644
index 6eb0613e..00000000
--- a/fml/doc/ja/htdocs/releng.html
+++ /dev/null
@@ -1,55 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<HTML>
-<HEAD>
-<TITLE>
-リリース・エンジニアリングについて
-</TITLE>
-<META http-equiv="Content-Type"
- content="text/html; charset=EUC-JP">
-</HEAD>
-
-<BODY BGCOLOR="#E6E6FA">
-<!-- ================== body =========================================== -->
-
-<CENTER>
-リリース・エンジニアリングについて
-</CENTER>
-
-<P>
- アーキテクトでも、デベロッパーに偏ってもいけない。
- 抽象化に萌過ぎても、オブジェクト指向分析に燃え過ぎてもいけない。
- 中庸であり、一カ月単位でフィードバックしながら
- プロジェクトの計画とコードレビューを行なうこと。
-
-
-<P> 月単位でのリリースエンジニアリングの原案
-
-<TABLE>
- <TR>
- <TD> 最初の 4〜5日
- <TD> 計画を練り直す。
- <BR>
- リリースエンジニアリングプロセス中の
- 20 ％程度はこの計画に費やすこと
-
- <TR>
- <TD> 2〜3 週間
- <TD> コードを書く
-
- <TR>
- <TD> 最終週
- <TD> ドキュメントを見直す、およびコードレビュー
-
- <TR>
- <TD> 月の切れ目
- <TD> まぁまぁ大丈夫ぽい snapshot を出してみる。
- alpha-0,
- alpha-1,
- alpha-2, ...
-
-</TABLE>
-
-
-<!-- =================================================================== -->
-</BODY>
-</HTML>
generated by cgit v1.2.1 (git 2.18.0) at 2026-09-01 14:33:53 +0000