2010先日、ちょっとした思いつきでTwitter上で好きなデザインパターンと嫌いなデザインパターンを募集してみたのでその結果をまとめる。一応、今回答えてくれた人達のTwitterアカウントが全員Publicだったので各発言にリンクを貼っておいた。問題がある人はTwitterかなにかで一言連絡を。2票stateパターンでしょうか。switch文がなくなりますです。引用元:@naokirin244呼び出し側の条件分岐がなくなってすっきりするから。2票テンプレートパターンですね。動作を抽象化して、場合によってはストラテジーパターンあたりと組み合わせて抽象性あげると最高です。私が1番好きなパターンはBuilderパターンです。流れるようなインタフェースが書けるし意図をコードに残しやすくもなるので、ライブラリ実装時に使いたくなります。2票でも1番感動したのはCommandでアンドゥ・リドゥが簡単に実装できたときかも。引用元:@eller86キメると気持ちいい。“Strategy”。引用元:@koicOOPの持つインタフェースと実装の分離が分かりやすいため。好きというか、OO言語でこのパターンを使わずして、構造化されたデータを表現するのは困難でしょう。“Singleton”。厄介な問題を抱えているので。@t_wadaただのグローバル変数化されてしまって死にそうになった。@kmizu正直、もう少し回答の数が欲しかったところだけど集まらなかったのだから仕方がない。引き続き回答を募集するので、Twitter上やこのブログのコメントやトラックバックなどでどうぞ。このエントリに追記していく予定。ちなみに今回の票に反映はさせてないけど、僕が好きなパターンはStrategyパターンです。嫌いなパターンは今のところ特にないかな。設計型紙すばらしい本ですJava以外でも使えます。