再考: GoF デザインパターン - Qiita
本投稿は私の主観によって書かれています。コメントは大歓迎です。もし長くなるようでしたら別途記事に投稿し、リンクを張っていただけると嬉しいです。 概要 GoFのデザインパターンは適当すぎるから、いい加減、修正されるべき。 参考までに各パターンに対するコメントを書く。 GoFのデザインパターン GoFのデザインパターンは適当であり、教科書通りに学ぶべきものではないように思う。 以下がGoFのデザインパターンの良くない原因だろう。 本が出版されたのは1994年であり、Java(1995)が出てくるよりも前だった オブジェクト指向が未成熟な時代にカタログ化された 現代のプログラミングと合致しないものが多い 「オブジェクト指向における～」と断っている以上、OOPに絡める必要があった パターンのいくつかに「多態性を用いると便利」という蛇足がついている 挙げたパターンに根拠がない 「とりあえず、23個ほ
もう一つのSingleton - 職業プログラマの休日出勤
Singletonと言えば、オブジェクト指向言語におけるデザインパターンの一つのことです。 とあるクラスのインスタンスが高々１個までしか存在しないことを保証するクラスのことを指します。 Singleton パターン - Wikipedia Singletonには重大な欠点があります。このWikipediaの記事でも指摘されているように、グローバル変数として利用することができてしまい、コードの保守性に問題を来すことがあるのです。 この問題点および解決策などについて詳しくは、2013年6月のCocoa勉強会関西における @kaniza さんの発表スライド ワタシはSingletonがキライだ を参考にされると良いでしょう。 しかし、上記のスライドの中で指摘されている通り、Singletonには誘惑があるのも事実。基本的に筆者はこの誘惑に負ける程度の人間です（小規模なソフトウェアを作る時は特に）
しっぽ流デザインパターン講座（F-site講演資料） - しっぽのブログ
11月6日に、F-site主催のセミナーで、1時間ほどデザインパターンについての講演をしてきました。 遅くなりましたが、字幕つきの資料を公開します。 内容は、「デザインパターン難しくて手を出せない」という人のための入門になります。 プログラマ向け、特にActionScript3に特化した内容になっていますが、コードは殆ど出てこないので他の分野の人も楽しめるかもしれません。 僕は資料に無いことをどんどん喋るので、資料をそのまま公開すると意味不明になってしまうので、会場で喋っていたことを思い出して字幕をつけてみたあと、一部修正したものになります。 公開にあたって、チェックをしてくれた道家さん、野中さんにお礼申し上げます。 左右キーもしくは下のボタンで操作可能です。 しっぽ流デザインパターン講座（F-site講演資料）を開く 上手く表示されない方はこちら ちなみに、当日はデザイン職の方も意外と多
Advanced ActionScript3.0 with Design Patternsの邦訳版を読んだメモ - ppworks.jp
ついに邦訳版が出ましたので、購入。 薄い本なのでサラッと読めそうな気がします。読みながらのメモです。良く分からなかったので調べたこととかも書いておきます。 一部、訳が若干残念な感じなので英語版と一緒に読むことで理解が深まります。商売上手ですね。 ActionScript 3.0 : デザインパターン (ADOBE TECH LAB) http://www.amazon.co.jp/dp/4798118362 Advanced ActionScript3.0 with Design Patterns http://www.amazon.co.jp/dp/0321426568 ** Chapter3 MVCパターン MVCについては、wikipediaとかに載ってます。 Model View Controller - Wikipedia http://ja.wikipedia.org/wiki
prototype.js でデザインパターン - Builder パターン
7つめは、「複雑なインスタンスを組み立てる」Builder パターンです。 var Main = Class.create(); Main.prototype = { initialize : function () {}, main : function () { var builder; if (arguments[0] == 'plain') builder = new TextBuilder(); else builder = new HTMLBuilder(); director = new Director(builder); director.construct(); document.writeln(builder.getResult()); } } というクライアントがあり、その出力は引数が plain なら ============================ 『G
「具体例で説明するデザインパターン」はかなり間違ってる - disり用。
具体例で説明するデザインパターンが半分以上、しかも全然違う説明をしているので、念のためツッコんでおきます。 Factory Method 間違い。サブクラス側で生成するオブジェクトを変えられるように、生成処理をメソッドに追い出すのがFactory Methodパターンです。たとえばツリー構造など、入れ物と要素が組になるコレクションクラスを作った場合、コレクションクラス内で要素を普通にnewしてしまうと、コレクションのサブクラスを作った際に要素のクラスが変えられないという問題が起ります。生成処理をメソッドに切り出しておけば、オーバーライドすれば変えられるので安心という訳です。 ドキュメントベースのアプリケーションフレームワークでは、ドキュメントオブジェクトを生成するためにFactory Methodパターンが使われているのが見られます。 Abstract Factory 間違い。DOMツリー
StrategyパターンとAbstractFactoryパターンって一緒なのでは？
昨日は内輪の勉強会に顔を出していました。デザインパターンをやってるんですが、今回のテーマがAbstractFactoryでした。 実は自分はあんまり意識してAbstractFactoryを使ったことがないのですが、ポリモフィズムを利用して メソッドがreturnするオブジェクトの具象型を切り替えるというパターンになります。 ポリモフィズムでメソッドの挙動を切り替えるといえばStrategyパターンなのですが、 AbstractFactoryパターンの実装に関して言えば、Strategyパターンと同一なのですね。 Strategyがメソッドの挙動そのものを切り替えることを目的とするのに対し、 AbstractFactoryではメソッドが返すオブジェクトを切り替えることを目的としている。 適用箇所としてはGUIのウィジェットの切り替えなどがよく例に挙げられます。 Windowsのデスクトップテ
AS3的デザインパターンについての独り言 (memo.kappa-lab.com)
デザインパターンって読み囓っただけであんまりエラソーなことは言えないんだけど、素朴な疑問を書いておきたいと思います。未来の自分がアンサーしてくれることを祈って。 この分野では「Javaで学ぶデザインパターン」といったタイトルの書籍が多く見受けられ、自分もその手の書籍を読んだ。するとまあ、当然だけどjavaで書かれていて、変数や関数の定義は下記の如くだ。 String getName(); int myNumber; これをAS3で書き換えるともちろん function getName():String ; myNumber:int; という感じになる。戻り値が関数・変数名の前につくのか後に付くのかが異なり、初めは何か気持ちが悪いけどすぐ慣れるし大した問題じゃあない。 では、何が問題なのか。 それはgetter、setterにまつわる実装方法だ（あくまで、個人的に） たとえばイテレータパター
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スマホデザインパターン なう
デザパタ140文字
prima materia diary - Factory Method パターンの誤解
矢沢久雄の早わかりGoFデザインパターン 目次：ITpro