プログラム言語で会話するスレ

■掲示板に戻る■ 全部 1- 101- 最新50

プログラム言語で会話するスレ

48 ： ◆zFEditKho2 ：02/10/15 00:26 ID:JcMaByFU: ☆　エロゲで学ぶデザインパターン　☆

【 Iterator ：イテレータ】
　構成要素を順番になめまわします。

　ArrayList ｴﾛｹﾞ棚 = new ArrayList｛君望, はじるす, 水月, みずいろ｝；
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　//　悲惨な棚があります。
　Iterator　俺の目 = ｴﾛｹﾞ棚．getIterator（）；　 //　ﾏｲｺﾚｸｼｮﾝをCheck it！

　while （俺の目．次がある==true ）｛　//　目先に何かある間、ループします。
　　 if. （俺の目．次==はじるす）｛　　 //　ﾛﾘﾊｹｰﾝ！
　　　　　 (；´Д｀)ﾊｧﾊｧ　　　　　　　 //　ﾊｧﾊｧ
　　　}
　}
49 ： ◆zFEditKho2 ：02/10/17 01:37 ID:YTGlnVnQ: ☆　エロゲーで学ぶデザインパターン　☆

【 Adaptor ：アダプター】
　型が合わなくても、一皮かぶせて再利用。

　ｴﾛｹﾞCD　ねこねこソフト（）｛.　　// 古い関数
　　　　return new みずいろ（）；　// ｴﾛｹﾞCD「みずいろ」を生成
　｝
　
　ｴﾛｹﾞDVD　ねこねこソフト再販（）｛　　　　　// アダプターです
　　　　return DVD化（ねこねこソフト() ）；　 // DVD版を再販します
　｝
50 ： ◆zFEditKho2 ：02/10/19 03:01 ID:afoAuzYY: ☆　エロゲーで学ぶデザインパターン　☆

【 Template Method ：テンプレート】
　似た機能をまとめることで、ロジックを共通化します。

　abstract class はじるす｛　　　　　　　　　//　これがﾃﾝﾌﾟﾚ
　　　public 　 int　　年齢.　 =　18；　　　　//　祖父倫対策
　　　public 　 Image 見た目 =　ﾛﾘ；　　　　//　お兄ちゃん直撃
　　　public　abstruct　String　なまえ；　　//　キャラクターの名前
　｝

　class しおりちゃん extends はじるす｛　　　　　　// はじるすを継承
　　　public　String なまえ = new String（”しおり”）；// しおりちゃん実装
　｝
　class さおりちゃん extends はじるす｛　　　　　　// はじるすを継承
　　　public　String なまえ = new String（”さおり”）；// さおりちゃん実装
　｝
51 ：名無しさん＠初回限定 ：02/10/21 19:47 ID:xAh+opT1: 俺クラスのメンバー変数
final static boolean DOUTEI = true;
52 ： ◆zFEditKho2 ：02/10/22 02:36 ID:eoRoqRcg: ☆　エロゲーで学ぶデザインパターン　☆

【 Factory Method ：ファクトリー】
　TemplateMethod（テンプレート）の応用です。ﾔﾔｺｼｲ
　枠組みとして"作成者"と"製品"、（工場と製品仕様）
　実装部として"具体的作成者"と"具体的製品"（作業員と完成品）
　の４つに分け、枠組み（ﾌﾚｰﾑﾜｰｸ）の再利用を目指します。

　abstruct class ｱﾘｽｿﾌﾄ｛　　　　　　　　 // 作成者です
　　　public abstruct SYSTEM3.9 create（）；　// SYSTEM3.9な
　｝　　　　　　　　　　　　　　　　　　　　　　　　　// ｹﾞｰﾑを作ります
　abstruct class SYSTEM3.9 ｛　　　　// 製品です
　　　public abstruct ﾊｧﾊｧえちｼｰﾝ（）；. // ｴﾛｹﾞ必須要素
　｝
　class 社員 extends ｱﾘｽｿﾌﾄ｛　　　　　 // 具体的作成者(作成者を継承)
　　　public SYSTEM3.9 create（）｛　　　// SYSTEM3.9なｹﾞｰﾑを
　　　　　return new SYSTEM3.9（）；　　　.// "実際に"作ります。
　　　｝
　｝
　class 妻みぐい extends SYSTEM3.9 ｛　// 具体的製品(製品を継承)
　　　public ﾊｧﾊｧえちｼｰﾝ（）｛　　　　　　　// えちｼｰﾝを"実装"します。
　　　　　return new 人妻（）；　　　　　　　 // 人妻で(；´Д｀)ﾊｧﾊｧ
　　　｝
　｝

---
>>51　俺クラスメンバ変数（C版）
static const bool DOUTEI = true； // ﾀﾞﾒﾌﾗｸﾞ立ちっぱなし(;´Д⊂)
53 ： ◆zFEditKho2 ：02/10/24 02:02 ID:ti2zAlLe: ☆　エロゲーで学ぶデザインパターン　☆

【 Singleton ：シングルトン】
　staticとprivateを使った、ある意味ﾃｸﾆｯｸ。１つであることを保証します。
　複数スレッドからの同時ｱｸｾｽ時に威力を発揮。

　public class ｼﾅﾘｵ｛　// これがsingletonなｸﾗｽ。某ｴﾛｹﾞ会社を想定。
　　　private static ｼﾅﾘｵﾗｲﾀｰ = new ｼﾅﾘｵ（）；
　　　 // static、つまり１回しか生成されないのがﾐｿ。
　　　public static ｼﾅﾘｵ getInstance（）｛　　// 実体を取得します。
　　　　　return ﾗｲﾀｰ；　　　　　　　　　　　　 // ｼﾅﾘｵﾗｲﾀｰを返却。
　　　｝
　　　private ｼﾅﾘｵ（）｛　// 普通の確保(new)をされないように、
　　　｝　　　　　　　　　　 // privateです(=自分自身にしか使えない)
　｝
　public class Main｛　　　　　　　　　　　　 // 使い方。
　　　ｼﾅﾘｵﾗｲﾀｰ阿鼻巣暴徒，誰彼；　　　// ２本のソフトがあります
　　　阿鼻巣暴徒 = ｼﾅﾘｵ．getInstance（）；// ｼﾅﾘｵ取得その１
　　　誰彼　　　 = ｼﾅﾘｵ．getInstance（）；// ｼﾅﾘｵ取得その２
　　　　　// この時点で、阿鼻巣暴徒==誰彼が成立します。
　｝
54 ：名無しさん＠初回限定 ：02/10/26 01:43 ID:fpYh0ljk: 横レススマソですがガンガレ！

Mementoをどうカマしてくれるのか…（・∀・）ｳｽﾞｳｽﾞ
55 ： ◆zFEditKho2 ：02/10/26 03:51 ID:9Ezv8nq6: ☆　エロゲーで学ぶデザインパターン　☆

【 Prototype ：プロトタイプ】
　わざわざﾃﾞｰﾀを新しく作らず、既存ﾃﾞｰﾀのｺﾋﾟｰつまりｸﾛｰﾝで済ませます。
　ｸﾗｽ数が多いとか、ｸﾗｽから組み上げるのが面倒なときに適用。

　public interface ﾛﾘ extends Cloneable ｛　　　// ｸﾛｰﾝ可能を継承。
　　　public abstruct ﾛﾘ createClone（）；　　　. // ｸﾛｰﾝ作成を宣言。
　｝
　public class ZERO ｛　　　　　　　 // 昔、『密猟者』とか作ってた会社
　　　private ﾛﾘｷｬﾗ = new ﾛﾘ（）；　// 最近は、これで名を馳せますた
　　　public ﾛﾘ create （）｛　　　　　　　 // ﾛﾘを産み出します
　　　　　return ｷｬﾗ．createClone（）；　// ｷｬﾗ(のｺﾋﾟｰ)を返却
　　　｝　// いつものような new なんとか（）で作っていないことに注意。
　｝
　public class しおりちゃん implements ﾛﾘ｛// 例によってしおりﾀﾝ+ﾛﾘ
　　　public ﾛﾘ createClone（）｛　　　　　 // ｸﾛｰﾝ作成を実装します
　　　　　ﾛﾘ自分自身 = null;　　　　　　　 // はじめは何もないけれど
　　　　　try｛
　　　　　　　自分自身 = (ﾛﾘ) (this．clone（）)；// 自分自身をｸﾛｰﾝ化。
　　　　　｝catch（ CloneNotSupportedException e ）｛
　　　　　　　// try～catch間で、ｸﾛｰﾝに失敗したらここに来ます。
　　　　　｝
　　　　　return 自分自身；　　　　　　　　　　// 自分自身のコピーを返却。
　　　｝
　｝　　　　　　　　　　　// 同様にさおりﾀﾝも作成可能。当然ﾛﾘ標準装備。
---
>>54　なんとか完走できるようにｶﾞﾝｶﾞﾘﾏｽ。
Mementoはおそらく、御想像とおりのﾈﾀになると思います（；´ー｀）
56 ：名無しさん＠初回限定 ：02/10/27 10:23 ID:3ssAZtNG: 23パターン後にスレッド型のやつよろ
57 ： ◆zFEditKho2 ：02/10/28 01:19 ID:OTgH54UY: ☆　エロゲーで学ぶデザインパターン　☆

【 Builder ：ビルダー】
　複雑な構造は一気に作らず、少しずつ順番に。
　組立方法に従って、部品を組み立てます。

　public abstruct class Builder ｛　　　　　 // たくましくなる方法
　　　public abstruct ﾏｯｽﾙ海でｶﾞｯﾂ（）； // 筋力up宣言その１
　　　public abstruct ﾏｯｽﾙ山でｶﾞｯﾂ（）； // 筋力up宣言その２
　｝
　public class 主人公｛　　　　　　　　　　 // 筋力upを組立
　　　public ﾏｯｽﾙガッツ（ Builder ﾋﾛｲﾝ）｛　// 鍛えます。
　　　　　ﾏｯｽﾙ筋肉；
　　　　　筋肉 += ﾋﾛｲﾝ．海でｶﾞｯﾂ（）；　　　　// ﾏｯｼｳﾞ！
　　　　　筋肉 += ﾋﾛｲﾝ．山でｶﾞｯﾂ（）；　　　　// ﾓｱﾏｯｼｳﾞ！！
　　　　　return 筋肉；
　　　｝
　｝
　public class タカさん extends Builder ｛　　　　　　// 筋力up実装
　　　public ﾏｯｽﾙ海でｶﾞｯﾂ（）｛ return ﾏｯｼｳﾞ!! ；. ｝// 実装その１
　　　public ﾏｯｽﾙ山でｶﾞｯﾂ（）｛ return ﾏｯｼｳﾞ!!!!；｝// 実装その２
　｝
　// 使い方 // タカさんにシゴかれる主人公の図
　　　ﾏｯｽﾙ筋肉 = 主人公．ガッツ（ new タカさん() ）；

---
>>56　ｽ､ｽﾚｯﾄﾞﾃﾞｻﾞﾊﾟﾀ…ﾄﾞﾅﾀｶｵﾅｶﾞｲｼﾏｽ（；；；´ー｀）
58 ：名無しさん＠初回限定 ：02/10/28 03:27 ID:CjGQ7rNS: 'デザパタ厨必死だな
59 ：名無しさん＠初回限定 ：02/10/29 23:43 ID:mFTZhsoD: そこでC++版の登場だ。

　　　　　　　∧_∧
　　∧__∧ （´<_`　）　これってGoFじゃないだろ兄者。
　（ ´_ゝ`）/　　⌒i
＿(__つ/￣￣￣/i |＿
　　＼/＿＿＿/ ヽ⊃

const int BSF = 1;
const int Wind=2;
const int AT=3;

…

CString genericMinoriUser(int opus)
{
　switch (opus){
　case BSF:
　　return "少女崇拝";

　case Wind:
　　return "わたし、>1にとって、なんなのよっ！！　ねえ？　>1にとって、わたしはなん";//以下略

　case AT:
　　ASSERT（0);
　　return "";
}
return "nbkzvxZE/w : #nDIzｻV/p";//ここには絶対に来ないが、

}
60 ： ◆zFEditKho2 ：02/10/30 02:02 ID:PrWhtk5G: ☆　エロゲーで学ぶデザインパターン　☆

【 Abstruct Factory ：ｱﾌﾞｽﾄﾗｸﾄﾌｧｸﾄﾘｰ】
　（以下、抽象工場と略します）
　前述、Factory（工場）の拡張版です。比較するとこんな感じ？

　　　　　　　　　＜枠組み＞　　　　　　　＜実装部＞
　　　　　　　　　 (abstructにします)　　　(extendsで対応する枠組みを継承)
　　通常工場：工場→仕様　　　　 / 作業員→完成品
　　抽象工場：工場→仕様1仕様2… / 作業員→完成品1完成品2…

　で、ｴﾛｹﾞﾅｲｽﾞするとこんな感じ。

　　通常工場枠組み：ﾋﾛｲﾝがひとりのｴﾛｹﾞ　 → ﾋﾛｲﾝ
　　　　　　実装部： / 『あゆみちゃん物語』 → あゆみ
　　抽象工場枠組み： Keyのｴﾛｹﾞ　　　　　　→ ﾋﾛｲﾝ、先輩、ﾘｽﾄｶｯﾀｰ
　　　　　　実装部： / 『Kanon』　　　　　 → あゆ.、舞　、　栞
　　　　　　実装部： / 『Air』　　　　　　　 → 観鈴.、美凪、　佳乃

　　枠組みの再利用で、新たな実装部を追加しやすくすることが特徴です。

//　ｺｰﾄﾞ無くてｽﾏｿ（；´ー｀）　//　　>>58 REM ｱﾄ15ﾊﾟﾀﾝﾕﾙｼﾃ…
61 ：名無しさん＠初回限定 ：02/10/31 04:43 ID:3uuMr7E2: /*
AngelTypeって、抽象クラスだったんじゃないかな？

Aerisスレの住民の頭のなかには、
住民一人一人が継承したprivateなコンクリートクラスが存在した。
そして今回、minoriが別のpublicなコンクリートクラスを
リリースすることになった。

そんな感じがする。

当然、継承の上で姉妹関係にあるクラスなのだから
代入はできないので、
スレが多少「期待と違う」とか「シナリオが～」といった
話題になるのは仕方ないだろうけど。

まずは、publicなコンクリートクラスが現れたことに乾杯。
*/
62 ：名無しさん＠初回限定 ：02/10/31 07:09 ID:zVh6HUrA: 意表をついてWebプログラムで書いてみようかな
PHPあたりで
63 ： ◆zFEditKho2 ：02/11/01 01:57 ID:rofPd1yi: ☆　エロゲーで学ぶデザインパターン　☆

【 Bridge ：ブリッジ】
　Factory系は、機能追加が苦手。（前述の例では、ﾋﾛｲﾝ種の追加）
　そこでBridgeﾊﾟﾀﾝの登場。実装部を継承することでﾊﾟﾜｰｱｯﾌﾟさせます。

　public abstruct class ﾛﾘｹﾞｰ｛　　　　　　 // ﾛﾘｹﾞ必須要素を列挙
　　　public abstruct void コスプレ（）；　　　　 // ｺｽﾌﾟﾚがあることを宣言
　　　public abstruct void しーしー（）；　　　　 // ｼｰｼｰがあることを宣言
　｝
　public class 双子 extends ﾛﾘｹﾞｰ｛　　　　　 // 上記要素を実装
　　　public void コスプレ（）｛　いろいろ（）；｝ // ｺｽﾌﾟﾚを実装
　　　public void しーしー（）｛　にょ（）；　　　｝ // ｼｰｼｰを実装
　｝
　public class はじるす｛　　　　　　 // ﾛﾘｹﾞを核とするｴﾛｹﾞ
　　　private ﾛﾘｹﾞｰ x ；　　　　　　　 // 核。
　　　public はじるす（ﾛﾘｹﾞｰ x ）｛　// ｺﾝｽﾄﾗｸﾀ：初期化するﾄｺ
　　　　　this．x = x ；　　　　　　　 // 核に双子要素をｾｯﾄ。
　　　｝
　　　public void ｺｽﾌﾟﾚＨ（）｛　x．コスプレ（）；　｝ // ｺｽﾌﾟﾚｲﾍﾞﾝﾄです
　　　public void しーしー（）｛　x．しーしー（）；　｝ // しーしーｲﾍﾞﾝﾄです
　｝
　// 使い方 // はじるす（ new 双子（））．ｺｽﾌﾟﾚＨ（）； // ｺｽﾌﾟﾚでﾊｧﾊｧ
　　//　ところが、「はじめて」がなかったことに非難轟々。
　　//　そこで、はじいしゃには追加実装されることに。
　public class はじいしゃ extends はじるす｛　// 前作機能を再利用。
　　　public はじいしゃ（ﾛﾘｹﾞｰ x ）｛ // ある意味、一種のおまじない？
　　　　　super （ x ）；　// ｸﾗｽ"はじるす"版の初期化を行います。
　　　｝
　　　public void はじめて（）｛　ﾊｶｼｰﾝ（）；　｝　// 待望の追加機能
　｝
　// 使い方 // はじいしゃ（ new 双子（））．はじめて（）； // ﾊｧﾊｧ
64 ：名無しさん＠初回限定 ：02/11/01 07:54 ID:+i8OTm77: そろそろそのネタ飽きてきた…
65 ：名無しさん＠初回限定 ：02/11/01 14:21 ID:OGcF8F/N: >>61

基底クラス
↓
住民がprivateに継承
↓
minoriがpublicに継承
↓
上記２クラスを住民が継承
↓
名前解決をめぐって住民が逆ギレ祭り
↓
「ダイヤモンド型継承」とMeyers先生に怒られる
↓
(´･ω･‘)

コード無いや。
66 ：名無しさん＠初回限定 ：02/11/06 05:27 ID:HenN0oUp: あれ？デザパタ終わっちゃった？
結構楽しみだったのに。
中途半端にするぐらいなら、最初からやるなｺﾞﾙｧ！ってことで。
67 ：名無しさん＠初回限定 ：02/11/07 03:30 ID:zkKFQ5i5: C++よりCでやってくれ。
++はわからん。
68 ：名無しさん＠初回限定 ：02/11/07 05:14 ID:Mu2xNzk7: >68 GOTO 69
69 ：名無しさん＠初回限定 ：02/11/07 05:16 ID:Mu2xNzk7: 69 GOTO >68
RUN
70 ：名無しさん＠初回限定 ：02/11/07 07:02 ID:FsrpKYKQ: while( 1 )
{
　　system.out.println( ">>1さん、助けて～<br>" ) ;
}
71 ：名無しさん＠初回限定 ：02/11/07 21:26 ID:E0cVJJ4s: :loop
echo 飽きてきたぞ
goto loop
72 ：[9.5/23] ◆zFEditKho2 ：02/11/12 21:47 ID:DBfOtK9d: ｴﾛｹﾞでﾃﾞｻﾞﾊﾟﾀ、残り14ﾊﾟﾀﾝを最後まで一気にやります。
あまり興味のないかたは、goto >>88 でお願いします。

……その前に、お詫びしたいことがあります。
今までのｺｰﾄﾞ中にabstructとありましたら、
それはabstractの間違いです。
申し訳ありません、ついCのくせが……。
73 ：[10/23] ◆zFEditKho2 ：02/11/12 21:51 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Strategy ：ストラテジー】
戦略部分を切り離すことで、動作をごっそり切り替えたりできます。
　public interface ｼｽﾃﾑ動作｛　　　// 戦略切換用の宣言集
　　　public abstract void ﾒﾆｭｰ（）； // ﾒﾆｭｰ宣言
　｝
　public class 通常ﾒﾆｭｰ implement ｼｽﾃﾑ動作｛// 製品用のﾒﾆｭｰ
　　　public void ﾒﾆｭｰ（）｛　// 製品版では、CGﾓｰﾄﾞ=ｸﾘｱ後のお楽しみ。
　　　　　ｹﾞｰﾑ開始を選択可能にする（）；
　　　　　if（ｼﾅﾘｵｸﾘｱ == true ） CGﾓｰﾄﾞを選択可能にする（）；
　　　｝　　　　　　　　　　　　// ｼﾅﾘｵを１回ｸﾘｱしていたら、CGﾓｰﾄﾞｵｰﾌﾟﾝ。
　｝
　public class ﾃﾞﾊﾞｯｸﾞﾒﾆｭｰ implement ｼｽﾃﾑ動作｛// ﾃﾞﾊﾞｯｸﾞ用ﾒﾆｭｰ
　　　public void ﾒﾆｭｰ（）｛　// ﾃﾞﾊﾞｯｸﾞ用なので、CGﾓｰﾄﾞﾌﾙｵｰﾌﾟﾝ。
　　　　　ｹﾞｰﾑ開始を選択可能にする（）；
　　　　　CGﾓｰﾄﾞを選択可能にする（）；
　　　｝
　｝
　public class ｴﾛｹﾞ製品版｛
　　　private boolean ｼﾅﾘｵｸﾘｱ；　　　// １回ｸﾘｱしたかどうかのﾌﾗｸﾞ
　　　public void ﾀｲﾄﾙ画面（）｛　　　　// ﾀｲﾄﾙ画面の動作
　　　　　ﾒﾆｭｰﾒﾆｭｰ表示 = new 通常ﾒﾆｭｰ（）； // 製品版なので……
　　　　　ﾒﾆｭｰ表示．ﾒﾆｭｰ（）；　　　　 // 通常ﾒﾆｭｰを表示します
　　　｝
　　　public void ｹﾞｰﾑ開始（）｛…(省略)…｝.// 実際のｹﾞｰﾑ
　　　public void CGﾓｰﾄﾞ（）｛…(省略)…｝　 // ﾊｧﾊｧ
　｝
こうやって作っておくと、ﾀｲﾄﾙ画面（）内で
　　　　ﾒﾆｭｰﾒﾆｭｰ表示 = new 通常ﾒﾆｭｰ（）；.　　を
　　　　ﾒﾆｭｰﾒﾆｭｰ表示 = new ﾃﾞﾊﾞｯｸﾞﾒﾆｭｰ（）；　に書き換えるだけで
手軽にﾃｽﾄすることができます。
74 ：[11/23] ◆zFEditKho2 ：02/11/12 21:53 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Composite ：コンポジット】
ﾌｧｲﾙとﾌｫﾙﾀﾞの関係のように、入れ物と中身を同一種として取り扱います。

１．入れ物＆中身の共通ｸﾗｽ(宣言)
　public abstract class ｱｲﾃﾑ｛
　　　public abstract ｱｲﾃﾑ add（ｱｲﾃﾑ item ）； // 持ち物追加(宣言)
　｝
２．中身ｸﾗｽ (ｱｲﾃﾑを継承して実装)
　public class 中身 extends ｱｲﾃﾑ｛
　　　public ｱｲﾃﾑ add（ｱｲﾃﾑ item ）｛　　　// 持ち物追加(中身Ver)
　　　｝　　// 中身には何も追加できないので、なにもしません。
　｝　　　　 // 他に、例外をthrowして失敗を伝える方法もあります。
３．入れ物ｸﾗｽ (ｱｲﾃﾑを継承して実装)
　public class 入れ物 extends ｱｲﾃﾑ｛
　　　private LinkedList 一覧 = new LinkedList（）； // 一覧を確保
　　　public ｱｲﾃﾑ add（ｱｲﾃﾑ item ）｛　　　// 一覧に追加(入れ物Ver)
　　　　　一覧．add（ item ）；　　　　　　 // 一覧にｱｲﾃﾑを追加
　　　｝
　｝
４．こんな感じでﾂﾘｰを構築
　　入れ物箱.　　　 = new 入れ物（）；入れ物 CDｹｰｽ　 = new 入れ物（）；
　　内容ｹﾞｰﾑCD　　 = new 内容（）；　　内容ﾏﾆｭｱﾙ　　　= new 内容（）；
　　内容ｱﾝｹｰﾄﾊｶﾞｷ = new 内容（）；　　内容くまｼｬｰﾍﾟﾝ　= new 内容（）；
　　　　　　　　　　　　　　　　　　　// 箱
　　箱．add （ CDｹｰｽ）； . 　　 // ├ CDｹｰｽ
　　CDｹｰｽ．add （ｹﾞｰﾑCD ）； // │　└ ｹﾞｰﾑCD
　　箱．add （ﾏﾆｭｱﾙ）；.　　　　// ├ ﾏﾆｭｱﾙ
　　箱．add （ｱﾝｹｰﾄﾊｶﾞｷ）；.　 //.├ ｱﾝｹｰﾄﾊｶﾞｷ
　　箱．add （くまｼｬｰﾍﾟﾝ）；.　　//.└ くまｼｬｰﾍﾟﾝ
75 ：[12/23] ◆zFEditKho2 ：02/11/12 21:54 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Decorator ：デコレーター】
引数と戻り値を同じ型にすると、飾りつけができます。
詳しくは中身(宣言)・中身(実装)・装飾(宣言)・装飾(実装)
の４つで構成するのですが、このようなｲﾒｰｼﾞてことで……

１．
　Image 着替え関数（ Image body ）｛　// 入と出が同じ型の関数
　　　bodyにﾜﾝﾋﾟｰｽを着せる作業；　　// 飾りつけ部分
　　　return body；　　　　　　　　　　　　// 飾りつけ後を返却
　｝
　にそった形の関数群、
　Image ﾜﾝﾋﾟ（ Image body ）；とか
　Image ﾆｰｿ（ Image body ）；とか用意します。

２．
　Image ﾋﾛｲﾝ = ﾊﾀﾞｶ( new Image( ) )； // ﾋﾛｲﾝのﾊｧﾊｧ画像
　を土台として、

　Image ﾋﾛｲﾝ = ｴﾌﾟﾛﾝﾄﾞﾚｽ( ﾜﾝﾋﾟ ( ｼｬﾂ ( ﾌﾞﾗ ( ｼｮｰﾂ (
　　　　　　　　　　　ｶﾞｰﾀｰﾍﾞﾙﾄ ( ﾆｰｿ ( ｶﾁｭｰｼｬ (
　　　　　　　　　　　　ﾊﾀﾞｶ( new Image( ) ) ) ) ) ) ) ) ) )；
　のように、Imageに次々と服を着せる。

３．
　結果、ﾋﾛｲﾝはメイドさん。
76 ：[13/23] ◆zFEditKho2 ：02/11/12 21:58 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Visitor ：ビジター】　受入先を訪問者が渡り歩く……と思いこんだらﾊﾏﾙかも。
それぞれの受入先での振る舞いを訪問者に集中させることで、処理と構造を分離。
１．訪問者と受入先の宣言
　public abstract class Visitor ｛
　　　public abstract void visit（ Acceptor a ）；｝ // 問合(宣言)
　public interface Acceptor ｛
　　　public abstract void accept（ Visitor v ）；｝ // 受諾(宣言)
２．訪問者ｸﾗｽ (訪問者宣言を実装) ：処理はここにまとめる
　public class ｴﾛｹﾞｵﾀ extends Visitor ｛
　　　public int 所持ｴﾛｹﾞ本数 = 0； // 所持ｴﾛｹﾞ本数、最初は0。
　　　public void visit（一般家電店 a ）｛ // 問合その１(実装)
　　　｝　　　　　　　　　　　　// ｴﾛｹﾞが無くて（´･ω･`）ｼｮﾎﾞｰﾝ
　　　public void visit（ｴﾛｹﾞｼｮｯﾌﾟ a ）｛ // 問合その２(実装)
　　　　　所持ｴﾛｹﾞ本数++；　　　　　　　// ｴﾛｹﾞいっこ増やす。
　　　｝
　｝
３．受入先ｸﾗｽ (受入先宣言の実装) ：構造はここにまとめる
　　具体的な処理は訪問者で記述したので、こっちは簡潔に。
　public class ｴﾛｹﾞｼｮｯﾌﾟ implements Acceptor ｛
　　　public void accept（ Visitor v ）｛ v．visit（ this ）；｝
　｝　　　　　　　　　　　　// ｴﾛｹﾞｵﾀのvisit(問合その１)を実行
　public class 一般家電店 implements Acceptor ｛
　　　public void accept（ Visitor v ）｛ v．visit（ this ）；｝
　｝　　　　　　　　　　　　// ｴﾛｹﾞｵﾀのvisit(問合その2)を実行
４．使用例
　ｴﾛｹﾞｼｮｯﾌﾟ getchu = new ｴﾛｹﾞｼｮｯﾌﾟ（）；　一般家電店ｺｼﾞﾏ. = new 一般家電店（）；
　ｴﾛｹﾞｵﾀ漏れ　　 = new ｴﾛｹﾞｵﾀ（）；
　getchu．accept（漏れ）；　　// ｴﾛｹﾞ＋1 → 所持 1 本
　ｺｼﾞﾏ．accept（漏れ）；　　　// ｴﾛｹﾞ±0 → 所持 1 本
77 ：[14/23] ◆zFEditKho2 ：02/11/12 22:08 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Chain of Responsibility ：ﾁｪｲﾝｵﾌﾞﾚｽﾎﾟﾝｼﾋﾞﾘﾃｨ】
責任のたらい回し。こなせるなら自分で処理、ﾀﾞﾒなら次の人に丸投げ。
処理ｸﾗｽを数珠繋ぎにします……線形ﾘｽﾄの構造に似てるような？
　public abstract class ｼｮｯﾌﾟ｛
　　　private ｼｮｯﾌﾟ次の店；　　　// たらい回し先。
　　　public ｼｮｯﾌﾟ setNext（ｼｮｯﾌﾟ next ）｛
　　　　　次の店 = next；　 // 次の店を設定。
　　　　　return next；　　　// 数珠繋ぎにします (実はDecorator)
　　　｝
　　　public final boolean getｴﾛｹﾞ（）｛　// ｴﾛｹﾞが欲しい
　　　　　if （ｴﾛｹﾞがある（）==true ）｛　// ﾊｹｰﾝ
　　　　　　　return true；　　　　　　　 // good job！
　　　　　｝ else if （次の店 != null ）｛　 // 他に店がまだある
　　　　　　　次の店．getｴﾛｹﾞ（）；　　　// 隣の店へGo
　　　　　｝ else ｛　　　　　　　　　　　 // 全部探したのに
　　　　　　　return false；　　　　　　　　 // 見つからなかった……
　　　　　｝
　｝　｝
　public class 近所の店 extends ｼｮｯﾌﾟ｛
　　　public boolean ｴﾛｹﾞがある（）｛ return false；｝　｝
　public class ｿﾌﾏｯﾌﾟ extends ｼｮｯﾌﾟ｛
　　　public boolean ｴﾛｹﾞがある（）｛ return true；　｝　｝
　public class getchu extends ｼｮｯﾌﾟ｛
　　　public boolean ｴﾛｹﾞがある（）｛ return true；　｝　｝

使い方：　ルートを設定して、たらい回し開始。
　ｼｮｯﾌﾟ巡回ﾙｰﾄ = 近所の店．setNext(ｿﾌﾏｯﾌﾟ)．setNext(getchu)；
　boolean 巡回結果 = 巡回ﾙｰﾄ．getｴﾛｹﾞ（）；
　// 近所の店は×だがｿﾌﾏｯﾌﾟは○。よって、巡回結果==true。
78 ：[15/23] ◆zFEditKho2 ：02/11/12 22:09 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Facade ：ファサード】
ｺﾞﾁｬｺﾞﾁｬした処理を、たった一つの関数にまとめます。すっきり。

１．ごちゃごちゃしたｸﾗｽ
　public class 裏画面処理｛
　　　public void drawBackGround ( ）｛背景表示｝
　　　public void drawCharacter ( ）｛立ち絵表示｝
　　　public void drawWindow ( ）｛ﾒｯｾｰｼﾞｳｨﾝﾄﾞｳ表示｝
　　　public void drawString ( ）｛文字列表示｝
　｝

２．たった１つにまとめたｸﾗｽ
　public class 表示｛
　　　public void 描画（）｛// いろいろとややこしい処理です。
　　　　　裏画面確保
　　　　　裏画面処理．drawBackGround（）；
　　　　　if （ Hｼｰﾝ中 != true ）｛　　　　　 // Ｈｼｰﾝ中は、立ち絵必要なし。
　　　　　　　裏画面．drawChatacter（）；
　　　　　｝
　　　　　裏画面処理．drawWindow（）；
　　　　　裏画面処理．drawString（）；
　　　　　表画面に裏画面を上書き
　　　｝　// 余談：裏画面で作業して最後に表画面に転写。
　｝　　　// 　　　　ｱﾆﾒｰｼｮﾝさせるのに必須です。

３．使い方
　表示．描画（）； // 表示はたったこの１行でOK。
79 ：[16/23] ◆zFEditKho2 ：02/11/12 22:12 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Observer ：オブザーバー】
なにかあったら全ての観察者に報告。Javaには同名ｸﾗｽObserverがあるので注意の事。
１．報告者/観察者の宣言
　public interface Subject ｛　　// 報告する人（報告者）
　　　public abstract void setObserver（ Observer o ）； // 観察者の場所を記憶(宣言)
　　　public abstract void notify（ String str ）；　｝　　　 // 観察者に更新を報告(宣言)
　public interface Observer ｛　// 受信する人（観察者）
　　　public abstract void update （ Subject s ）；　｝　　　// 子に変更があった時(宣言)
２．報告者の実装
　public class ｴﾛｹﾞﾏ implements Subject ｛
　　　private LinkedList BBS = new LinkedList（）；　　　　// 観察者一覧
　　　public String ｶｷｺ；
　　　public void setObserver（ Observer o ）｛ BBS．add（ o ）；｝// 観察者を記憶(実装)
　　　public void notify（ String str ）｛　　　　　　　　　　　　　　 // 報告する(実装)
　　　　　ｶｷｺ = str；
　　　　　一覧に登録されている観察者全てに、BBS．update（ this ）；
　｝　｝
３．観察者の実装
　public class 2chBBS implements Observer ｛
　　　private LinkedList ﾛｸﾞ = new LinkedList（）；
　　　public void update （ Subject s ）｛　　　　　 // 報告者に変更があった時(実装)
　　　　　ﾛｸﾞ．add（ c．ｶｷｺ））；　　　　　　　　　　// 書き込みをログに保存
　｝　｝

４．使い方
　ｴﾛｹﾞﾏｴﾛｹﾞｵﾀ.　= new ｴﾛｹﾞﾏ（）；　 // とあるｵﾀ
　2chBBS ｴﾛｹﾞ板 = new 2chBBS（）；　ｴﾛｹﾞｵﾀ．setObserver（ｴﾛｹﾞ板）；
　2chBBS 葱板　　= new 2chBBS（）；　ｴﾛｹﾞｵﾀ．setObserver（葱板）；
　ｴﾛｹﾞｵﾀ．notify（"ｴﾛｹﾞｵﾀｷﾓｲ"）；　// ﾏﾙﾁﾎﾟｽﾄ（・Ａ・）ｲｸﾅｲ！
80 ：[17/23] ◆zFEditKho2 ：02/11/12 22:15 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Mediator ：メディエーター】
たったひとりの相談役。親がすべての子供の状態を管理します。
　public interface Child ｛　　 // 相談する人（子）　（※一般名称はColleague：同僚）
　　　public abstract void setMother（ Mother m ）；　　　// 親のいる場所を記憶(宣言)
　　　public abstract void setEnabled（ boolean enabled ）； // 親の言うことを聞く(宣言)
　｝
　public interface Mother ｛　// 相談される人（親）　（※一般名称はMediator：相談役）
　　　public abstract void childChanged （ Child c ）； // 子に変更があった時(宣言)
　｝
　public class ﾋﾛｲﾝ implements Child ｛　　　　　　　　　　　//子の実装
　　　private Mother system；
　　　private int 好感度 = 0 ；　　　public boolean Hｼｰﾝ = false ；
　　　public void setMother（ Mother m ）｛ system = m；｝ // 親を記憶(実装)
　　　public void setEnabled（ boolean b ）｛ Hｼｰﾝ=b；｝　　 // 親の言うことを聞く(実装)
　　　public void 好感度上昇（）｛
　　　　　好感度++；
　　　　　system．childChanged（ this ）；　// 自分自身に変更があったことを親に伝える
　　　｝　　　　　　　　　　　// この部分は前述のObserverﾊﾟﾀｰﾝ。子供が親に報告します。
　｝
　public class ｴﾛｹﾞｼｽﾃﾑ implements Mother ｛// 親の実装
　　　public Child 委員長 = new Child（）；
　　　public Child あかり = new Child（）；
　　　public void childChanged （ Child c ）｛　　 // 子に変更があった時(実装)
　　　　　if ( 委員長．好感度>90 )｛
　　　　　　　委員長．setEnabled（ true ）；　　　 // 委員長はｽﾄｰｷﾝｸﾞで攻略できるが、
　　　　　｝else if （委員長．好感度>50 && あかり．好感度>90 ）｛
　　　　　　　　　あかり．setEnabled（ true ）；　　// あかりは、他ｷｬﾗの好感度も
　｝　｝　｝　｝　　　　　　　　　　　　　　　　　　　 // 高くないと攻略不可。
// ｴﾛｹﾞｼｽﾃﾑが各ﾋﾛｲﾝの攻略可能判定を司る図……ちょっと萎える（；´ー｀）
81 ：[18/23] ◆zFEditKho2 ：02/11/12 22:18 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Memento ：メメント】
状態をまるまる保存することで、作業履歴を取り扱います。
　public class ｾｰﾌﾞﾃﾞｰﾀ implements Serializable｛　　　　　　　　　　// 状態保持ｸﾗｽ
　　　private String ｼﾅﾘｵ現在位置 = new String("title")；
　　　public void set位置（ String pos ）｛ｼﾅﾘｵ現在位置 = pos；｝　//現在位置Set
　　　public String get位置（）｛ return ｼﾅﾘｵ現在位置；｝　　　　　　//現在位置Get
　｝
　public class ｴﾛｹﾞｼｽﾃﾑ｛　　　　　　　　　　　// 上記状態をやりくりするｸﾗｽ
　　　private Stack history = new Stack（）；　// いわゆるｽﾀｯｸ。履歴管理に最適。
　　　public void save（）｛　　　　　　　　　　　　　　　　　　　// ﾃﾞｰﾀを書き込み
　　　　　（history．peek（））をファイルに保存　// 一番最新のﾃﾞｰﾀを保存します
　　　｝
　　　public String load（）｛　　　　　　　　　　　　　　　　　 // ﾃﾞｰﾀを読み込み
　　　　　ｾｰﾌﾞﾃﾞｰﾀ dataをファイルから読込
　　　　　historyを一旦ｸﾘｱしてdataを追加
　　　　　return data．get現在位置（）；
　　　｝
　　　public String undo（）｛　　　　　　　　　　　　　　　　　 // 一つ前にもどす。
　　　　　return　（ history．pop（））．get現在位置（）；
　　　｝
　　　public void next（ String pos ）｛　　　　　　　　　　　　// 履歴一つ覚える。
　　　　　ｾｰﾌﾞﾃﾞｰﾀ data = new ｾｰﾌﾞﾃﾞｰﾀ（ pos ）；
　　　　　history．push（ data ）；　// ｸﾗｽごとまるまる保存…この辺がMemento
　｝　｝
３．使い方
　先に進むには　　ｴﾛｹﾞｼｽﾃﾑ．next（次ｼｰﾝ）；　　　　　　　　// 次のシーンへ
　Hｼｰﾝ直前で　　　ｴﾛｹﾞｼｽﾃﾑ．save（）；　　　　　　　　　　　　// 保存
　CG回収できたら　String 現在位置 = ｴﾛｹﾞｼｽﾃﾑ．load（）；　// 読込なおし
　巻き戻すには.　　 String 現在位置 = ｴﾛｹﾞｼｽﾃﾑ．undo（）； // 一つ前に戻る
82 ：[19/23] ◆zFEditKho2 ：02/11/12 22:19 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 State ：ステート】
ｸﾗｽ内の if 文で分けず、各状態ごとにｸﾗｽを作る方法。意外に説明が難しい。

例えば次のようなクラスは、
　public class ｴﾛｹﾞ｛
　　　public void ｴﾛｹﾞ評価（）｛
　　　　　if.　　（良作）｛　とりあえずｺﾝﾌﾟﾘｰﾄ　｝
　　　　　else if （地雷）｛　2chに地雷報告　　　｝
　　　｝
　｝

Stateﾊﾟﾀｰﾝで書くと、１つのinterfaceと２つのｸﾗｽになります。
　public interface ｴﾛｹﾞState ｛
　　　public abstract void ｴﾛｹﾞ評価（）； // 宣言します
　｝
　public class 良作ｴﾛｹﾞ implements ｴﾛｹﾞState ｛
　　　public void ｴﾛｹﾞ評価（）｛とりあえずｺﾝﾌﾟﾘｰﾄ｝// 宣言を実装
　｝
　public class 地雷ｴﾛｹﾞ implements ｴﾛｹﾞState ｛
　　　public void ｴﾛｹﾞ評価（）｛ 2chに地雷報告｝　　// 宣言を実装
　｝

で、２つのｸﾗｽは必要に応じてif文で切換えます。
……結局 if は使います（苦笑）　ただし、
　public class 凡作ｴﾛｹﾞ implements ｴﾛｹﾞState ｛
　　　public void ｴﾛｹﾞ評価（）｛ 2chで愚痴ってみる｝// 宣言を実装
　｝
のような、新しい状態の追加が簡単です。
83 ：[20/23] ◆zFEditKho2 ：02/11/12 22:21 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Flyweight ：フライウェイト】
管理対象に同じ物があるのなら、余分に作るより共有。
// VCLのAnsiStringやSTLのstring等の実装で、この仕組みが使われています。

　public class ImageFactory ｛　　　　　　　　　　　　　　　　　　// 画像管理ｸﾗｽ
　　　private static ImageFactory singleton = new ImageFactory（）；
　　　private ImageFactory （）｛｝
　　　public static ImageFactory getInstance（）｛ return singleton；｝
　　　　　　　　　　　　　　　　// 以上の３行は前述Singletonﾊﾟﾀｰﾝ。同期ﾐｽを防ぎます。
　　　private HashMap CG記憶 = new HashMap（）；　// 名前と画像の組合せを管理
　　　public synchronized Image getImage（ String ﾋﾛｲﾝ）｛. // 画像取得
　　　　　Image img = （Image）CG記憶．get（ﾋﾛｲﾝ）；　　　　// 登録済みの中にある？
　　　　　if（ img == null ）｛　　　　　　　　　　　　　　　　　　　　 // なかったので……
　　　　　　　imgをﾌｧｲﾙから読み込む　　　　　　　　　　　　　 // 読み込んで
　　　　　　　CG記憶．put（ﾋﾛｲﾝ，img ）；　　　　　　　　　　　 // 組合せごと保存します。
　　　　　｝
　　　　　return img；　　　　　　　　　　　　　　　　　　　　　　　 // 要求された画像を返却。
　　　｝
　｝
　
　// こうやって作っておけば、例えば同一画像を何度も呼ばれる時、
　ImageFactory CG管理 = ImageFactory．getInstance（）；// Singletonでがっちり管理
　Image img1 = CG管理．getImage（ "..'´/＾Y＾ヽ" ）；. // a
　Image img2 = CG管理．getImage（ "i !l|.　　　|" ）； // b
　Image img3 = CG管理．getImage（ "i !l|.　　　|" ）； // b
　Image img4 = CG管理．getImage（ "i !l|.　　　|" ）； // b
　Image img5 = CG管理．getImage（ ">(|-[ ] []ﾉ" ）； // c
　// 画像メモリの消費量は、a と b と c の３つ分で済みます。
84 ：[21/23] ◆zFEditKho2 ：02/11/12 22:23 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Proxy ：プロキシー】
一見、普通のｸﾗｽだけど……内部では、ないなら作成＆あるなら再利用。
必要になってはじめて new (確保) する、それがProxy。

１．共通宣言
　public interface ﾒｰｶｰ｛
　　　public abstract Date 新作発売日（）；　　　// 予告　 (宣言)
　　　public abstract void 新作制作（）；　　　　　// 実作業(宣言)
　｝
２．時間のかからない作業……この役がProxy（代理人）
　public class ｴﾛｹﾞﾒｰｶｰ implements ﾒｰｶｰ｛
　　　public 開発開発陣；　　　　　　　　　// (取り込んで、外に見せない）
　　　public Date 新作発売日（）｛　return 予定している発売日；　｝
　　　public void 新作制作（）｛ // 実作業(宣言)
　　　　　if （開発陣==null ）｛　　　　　　
　　　　　　　開発陣 = new 開発（）；
　　　　　｝
　　　｝
　｝
３．重たい作業
　public class 開発 implements ﾒｰｶｰ｛
　　　public Date 新作発売日（）｛　return 予測される発売日；　｝
　　　public void 新作制作（）｛　ｴﾛｹﾞ制作実作業 (※とても時間がかかる)　｝
　｝
４．使い方
　ｴﾛｹﾞﾒｰｶｰ maker = new ｴﾛｹﾞﾒｰｶｰ（）；
　Date 発売予定日 = maker．新作発売日（）；　// ここまでは2.のクラスが担当。
　maker．新作制作（）；　　　　　　　　　　　　　　 // このﾀｲﾐﾝｸﾞで初めて3.が起動。
　// 納期のｽﾞﾚは……気にしちゃﾀﾞﾒ。
85 ：[22/23] ◆zFEditKho2 ：02/11/12 22:24 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Command ：コマンド】
操作ごとに関数を一つ……ではなく、操作ごとにｸﾗｽを一つ作ります。

１．共通のｲﾝﾀｰﾌｪｲｽ
　public interface Command ｛
　　　public abstract void execute（）；　// ｺﾏﾝﾄﾞを「実行」（宣言）
　｝

２．上記ｲﾝﾀｰﾌｪｲｽを組み込んだ各種操作（例）
　public class Look implements Command ｛
　　　public void execute（）｛「眼鏡の看護婦さんがいる」｝
　｝
　public class Talk implements Command ｛
　　　public void execute（）｛『嘘……ついたんですね。』　｝
　｝
　public class Action implements Command ｛
　　　public void execute（）｛「逃げることができない！」｝
　｝

３．こうやって作っておけば、それぞれの操作をｺﾏﾝﾄﾞとして
　　取り扱うことができます。また、複数のｺﾏﾝﾄﾞをまとめて実行する
　　……いわゆるﾏｸﾛも実現できます。
　public class EscapeMacro implements Command ｛
　　　public void execute（）｛
　　　　　new Action（）．execute（）；　// 逃げる → 失敗
　　　　　new Action（）．execute（）；　// 逃げる → やはり失敗
　　　｝
　｝
86 ：[22/23] ◆zFEditKho2 ：02/11/12 22:27 ID:DBfOtK9d: ☆　エロゲーで学ぶデザインパターン　☆
【 Interpreter ：インタープリター】　// ｱﾄﾞﾍﾞﾝﾁｬｰやﾋﾞｼﾞｭｱﾙﾉﾍﾞﾙも、ｲﾝﾀｰﾌﾟﾘﾀです。
前述Commandを発展。簡易文法解析を組み込んで、ﾐﾆ言語を実現します。

こんなﾐﾆ言語を考えてみます……12月購入リスト。
　1| 人妻麻雀２ [rouge] http://pinktower.com/www.will-japan.co.jp/
　2| 彼女はメイドRot ～悠久の小夜曲～ [BELL-DA] http://pinktower.com/www.media-box.ne.jp/
　3| 妹汁 (アトリエかぐや) http://pinktower.com/www.alpha-net.ne.jp/users2/kaguya21/
そしてここに３人のｴﾛｹﾞｵﾀが。
　・ﾀｲﾄﾙに "妻" が含まれていたら購入する　「ひとづまにあ」ｸﾗｽ
　・ﾀｲﾄﾙに "ﾒｲﾄﾞ"が含まれていたら購入する「御主人様」ｸﾗｽ
　・ﾀｲﾄﾙに "妹" が含まれていたら購入する　「お兄ちゃん」ｸﾗｽ

　ところが上記ﾘｽﾄでは、何処から何処までがﾀｲﾄﾙにあたるのか、わかりにくいです。
　そこで文脈分割ﾏｼﾝを用意。各行を"("や")"で区切ってﾊﾞﾗﾊﾞﾗにします。

　例えば3行めだと、次の３つ。
　　　"妹汁" と "アトリエかぐや" と "http://pinktower.com/www.alpha-net.ne.jp/users2/kaguya21/"
　１つ目がﾀｲﾄﾙにあたるので、それを調べればよい……こんな感じで解釈します。

　結果としては、次の順に実行されることになります。
　　1| ひとづまにあが"人妻麻雀２"を購入
　　2| 御主人様が"彼女はメイドRot"を購入
　　3| お兄ちゃんが"妹汁"を購入

まとめ　：　特に重要なのは次の２つ。
　１．文脈分割ﾏｼﾝｸﾗｽ　　ﾌｧｲﾙから読み込んだ１行を単語に分割して解釈しやすくします。
　　　// Javaの場合、分割にはStringTokenizerかPatternのsplit（）を使うとよいです。
　２．ｺﾏﾝﾄﾞｸﾗｽ　　　　　　　自分の事を意味していたら、ｺﾏﾝﾄﾞを実行します。
　　　// 単純にswitch使ったり他ｸﾗｽに投げたり木を構築したりそりゃもういろいろ方法が。
87 ：[last] ◆zFEditKho2 ：02/11/12 22:32 ID:DBfOtK9d: １ﾊﾟﾀﾝ１発言内に納めるべく、相当削ぎ落としましたが、
それでも張り付ける段になって、30行制限に遭遇。ｳｶﾂでした。
そして、最後の最後で通し番号が……（´･ω･`）ｼｮﾎﾞｰﾝ

気付いてるかたは気付いてると思いますが……以上の23ﾊﾟﾀﾝ、
http://pinktower.com/www.hyuki.com/dp/ 結城さんの本を手本としてｴﾛｹﾞﾅｲｽﾞしました。

ﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝは、ﾌﾟﾛｸﾞﾗﾏ達がよく使う手法をまとめたものです。
私はJavaで書きましたが、考え方自体はC++等他言語でも応用可能です。

順番に覚えるのは難しいですが、今まで組んできた経験を振りかえれば、
きっとあてはまるものがあるはず。どれかひとつでも役立てば、これ幸い。

「エロゲーで学ぶデザインパターン」でした。
88 ：名無しさん＠初回限定 ：02/11/13 00:21 ID:ks3hX8bA: >87
すばらしい、感動した
89 ：名無しさん＠初回限定 ：02/11/13 00:48 ID:e3o2GEEd: Transcript show: '>>87乙～。次はスレッドパターンだなｗ'
90 ：名無しさん＠初回限定 ：02/11/13 06:20 ID:jkGCig+e: <?php

ob_start() ;

/* HTML構文略 */

echo( ">87<br>\n" ) ;
echo( "スレッドパターンは時間がかかりそうだな･･･<br>\n" ) ;
for( i=0 ; i<100 ; i++ )
　　echo( "まぁがんばれ<br>\n" ) ;

ob_end_flush() ;
?>
91 ：名無しさん＠初回限定 ：02/11/13 20:11 ID:edNiJBjM: >>87乙ｶﾚｰです。

saveファイルいっこ遡ったくらいではBad直行な漏れとしては
Memento、リングバッファのほうがよかね？とか思いマスタ。
まあ勝手な話しでスマソ
92 ： ◆zFEditKho2 ：02/11/14 02:52 ID:jGqGtAj0: >>88 ’サンクスです。
>>89 >>90
実はｽﾚｯﾄﾞﾊﾟﾀｰﾝ、まだ本すら手に入れてない状態なので……すが、
なんとか、頑張る所存です。ｲﾂﾆﾅﾙﾔﾗ；

>>91　ﾘﾝｸﾞﾊﾞｯﾌｧ： Queueの実装手法の一つ、ですよね？（さっき調べたw）
確かに、ｴﾛｹﾞｾｰﾌﾞﾃﾞｰﾀにぴったりの仕様です。件数制限あるし (w

// 本当は花の記憶ｼﾘｰｽﾞのように、好きな位置から再開できたらいいんですけど…
93 ：補[7/23] ◆zFEditKho2 ：02/11/14 22:30 ID:kImQmxEV: 今さらですが、ﾁｮﾄ修正します……>>57 のBuilderですが、やっぱり、
getResult（最終結果の取出）がないのはﾏｽﾞｰなのかなぁ、と（；~ー~）

【 Builder ：ビルダー】
　複雑な構造は一気に作らず、少しずつ順番に。
　組み終わったらgetResult（）で取り出します。

　public abstract class Builder ｛　　　　　 // たくましくなる方法
　　　public abstract ﾏｯｽﾙ海でｶﾞｯﾂ（）； // 筋力up宣言その１
　　　public abstract ﾏｯｽﾙ山でｶﾞｯﾂ（）； // 筋力up宣言その２
　｝
　public class 主人公｛　　　　　　　　　　 // 筋力upを組立
　　　private ﾏｯｽﾙ筋肉；　　　　　　　　　　　// 主人公の筋肉
　　　public void ガッツ（ Builder ﾋﾛｲﾝ）｛　　// 鍛えます。
　　　　　筋肉 += ﾋﾛｲﾝ．海でｶﾞｯﾂ（）；　　　　// ﾏｯｼｳﾞ！
　　　　　筋肉 += ﾋﾛｲﾝ．山でｶﾞｯﾂ（）；　　　　// ﾓｱﾏｯｼｳﾞ！！
　　　｝
　　　public ﾏｯｽﾙ getResult（）｛　　　　　　　// 仕上がりを返します
　　　　　return 筋肉；
　　　｝
　｝
　public class タカさん extends Builder ｛　　　　　　// 筋力up実装
　　　public ﾏｯｽﾙ海でｶﾞｯﾂ（）｛ return ﾏｯｼｳﾞ!! ；. ｝// 実装その１
　　　public ﾏｯｽﾙ山でｶﾞｯﾂ（）｛ return ﾏｯｼｳﾞ!!!!；｝// 実装その２
　｝
　// 使い方 //
　　主人公．ガッツ（ new タカさん() ）；　　// タカさんにシゴかれる主人公の図
　　ﾏｯｽﾙ筋肉 = 主人公．getResult（）；　// 鍛えられたｷﾝﾆｸをﾎﾟｰｼﾞﾝｸﾞ

73 KB [ video.15pink.com サンプルはここ ]

掲示板に戻る全部前100 次100 最新50

read.cgi ver7.09p (03/01/29)