naoyaの日記

■ 幹事パターン 04:08

• http://kanji.g.hatena.ne.jp/eto/

ﾜﾛｽ

自分も幹事パターンを抽出してみよう。(『』内は d:id:hyuki さんのデザパタ本から。)

• Facade
  • 『シンプルな窓口』
  • お店の人に対して幹事一人を窓口にし、シンプルな窓口を用意することで具体的な注文や参加者を抽象化するパターン。飲み会参加者に対してお店の人に注文できるのは幹事だけというのを徹底させられるかどうかが鍵。幹事を代理と見立てると Proxy パターンとも取れるし、Mediator も似たようなパターン。
• Prototype
  • 『コピーしてインスタンスを作る』
  • 同じ注文を「おれも」で済ませられるようにオリジナルの注文を記憶しておき、「おれも」に対して注文のコピーで対応するパターン。「この"おれも"は何を指しているのか」を管理するデータ構造に何を選択するかが肝である。重複注文を共有する Flyweight と似ているパターンだが、Prototype ではより複雑な注文、例えば「焼酎お湯割梅入りで、あ、焼酎は芋で」という複雑なインスタンスに対してもコピーで対応できるようインスタンスを丸ごと複製する点に主眼が置かれている。
• Mediator
  • 『相手は相談役1人だけ』
  • 幹事パターンにおいては Facade に酷似。相談(Mediator)役へのインタフェースを参加者全員に共通化されたインタフェースとして提供できると綺麗にはまる。Facade はお店の人に対してするインタフェースを幹事一人の特定のインタフェースに集約させる点が主眼、Mediator は参加者に対して、幹事に状態変化を通知するだけで、あとは幹事がいい感じに振舞ってくれるという点に主眼が置かれるところが両パターンの違い。Mediator を Singleton にし堅牢性を高めることができる。また、状態変化が多様化する場合や幹事が役割分担を行う場合 Observer パターンを併用すると効果が高い。
  • 関連パターン g:kanji:keyword:Singleton
• Flyweight
  • 『同じものを共有して無駄をなくす』
  • 参加者の注文は例えば「ビール」「おれは芋焼酎」「おれビール」「レモンサワー」「私もレモンサワー」といった具合になり、この場合個別に扱うと5つの注文だが、ビール x 2 / 芋焼酎 x 1 / レモンサワー x 2 と、重複のインスタンスを共有することで無駄をなくすパターン。
• Observer
  • 『状態の変化を通知する』
  • 飲み会参加者に過度のアルコール摂取が見られた場合など、状態変化を逐一報告してもらい、対応を練るためのパターン。「目が据わってる」「飲み物またこぼした」「トイレから出てこない」などの通知が来る。この通知にはこの対処をこの人(オブザーバー)がする、とあらかじめオブザーバーを決めておく。
• Abstract Factory
  • 『関連する部品を組み合わせて製品を作る』
  • Factory を入れ替えることで具体的な注文をごっそり切り替えることができるように注文内容の組み合わせをパターン抽出する。例えば「海鮮Factory」「焼肉Factory」など。食前酒/前菜/メイン/デザートなど注文の部品だけを決めて、それぞれ具体的な注文品は何にするかの決定は Factory に任せる。海鮮Factory ならメインにカニが返ってくるし、焼肉Factory なら骨付きカルビが返ってくる。参加者の好みに合わせて食事内容を臨機応変に変更したい場合に有効。Abstract Factory を適応せずに高級レストランに挑むと、肉メインに対して赤ワインでなく魚料理向けの白ワインを注文してしまったりという失態を犯すリスクが高まるため、合コン時などは特に注目しておきたいパターンである。
• Memento
  • 『状態を保存する』
  • 割り勘飲み会だが飲み放題やコースでないときに、参加者に流動性がある場合に適応したいパターン。例えばパーティ中盤からの参加者には割安で済ませたい、あるいは途中で帰宅された人も割安で、としたい場合その参加者の増減がある程度ひと段落ついたところで会計のスナップショットを取っておきたい。このスナップショットを抽象化してブラックボックス化するのが Memento である。Memento としてスナップショットを取っておけば、会計を後日清算にして「当日××円だったけど○○さんは後から来たので△△円でいいよ」と、当時の状況をスナップショットから復帰させて対応することができ幹事の株が上がる。
• Chain of Responsibility
  • 『責任のたらい回し』
  • 1. 過度のアルコール摂取が原因で何かことが起こった場合などに責任をたらい回しにしてうやむやにするパターン。
  • 2. 会計時に「僕の分は○○さんに渡したよ」と金銭を他の参加者に委譲されるパターン。気を抜くと未払いが発生し幹事が赤字を背負うことがあるが、参加者に対する会計の窓口を一箇所に集約する会計Facadeパターンを適用して対応できる場合、もしくは委譲される参加者に対してインタフェースを固定化させるために Template Method パターンを適用して対応できる場合もある。