今日のポエム: なぜ、その抽象化は失敗してしまうのか - Line 1: Error: Invalid Blog('by Esehara' )
近況 打ち捨てられた過去について 要旨 この記事を興味深く読む一方で、やはり違和感を覚える人も多くいるようで、自分もその一人だった。恐らく、この違和感は、「抽象化」が「具体性を奪取していくもの」といったような対立項として述べられているからだ、というように思われる。しかし、果たして具体性無しに「抽象化」することが有益なことなのだろうか。それが一つの違和感のように思われる。 本文 プログラミングの世界には、YAGNI原則(You ain't gonna need it)というものがある。また、YAGNIという言葉を使わなくても、「過度な汎用化が足を引っ張る失敗例」というのは、プログラマとしての心構えを書いた本の中で、ちらほらと自嘲気味に述べられることがある。 僕も、一度そのような失敗例を見たことがあるけれど、なぜこういう失敗が起こるのか。確かにデザインパターンで組み立てられたアーキテクチャは「
Go言語での構造体実装パターン
Go言語での構造体実装は、埋込や独自コンセプトのインターフェースといったGo言語独自の機能を理解して行う必要があります。 今年からGo言語を始めましたが理解が曖昧なままだと実装に迷うことが何度かありました。今回よい機会なので、Go言語での構造体実装パターンとしてまとめてみることにしました。 構造体実装パターン 実装パターンの洗い出しとして、GoFデザインパターンをGo言語で実装する手法をとりました。 その中で繰り返し現れる実装をGo言語での構造体実装パターンとしてまとめてみました。 コンストラクタ関数 エクスポートによるアクセス許可 インターフェースによるポリモフィズム 構造体によるポリモフィズム 構造体によるサブクラス・レスポンシビリティ 構造体による移譲 関数による移譲 以下、それぞれのパターンを解説していきます。 コンストラクタ関数 Go言語には構造体のコンストラクタがないため、構造
最近のおっさんたち - steps to phantasien
Gisted のドッグフードをかねて InfoQ のインタビューやプレゼンを見るようになった。 いくつか面白かったのを紹介したい・・・とおもってるうちにバックログを溜めすぎた。一度に紹介するのは諦めて何度かにわけよう。 今日はおっさん、具体的には ThoughtWorks 周辺の面々を追いかけてみます。InfoQ 中心だけどそれ以外も若干あり。 When Geek Leaks “プロダクティブ・プログラマ ” の著者 Neal Ford が あるキーノートにつけたタイトルは ”When Geek Leaks“。 ここでの Leak は前向きだ。Geek の情熱がその主たる関心の外にも影響を与えていくといいですね、という話。 ファインマンが物理学という専門以外で発揮した数々のいたずら心、 ”Now Every Company Is A Software Company” という Forbes
Delegate
ホーム < ゲームつくろー！ < デザインパターン習得編 Delegate ～いろんなクラスのメソッドの代表者になれる！～ 超久しぶりにデザインパターン編を更新です。本章で扱う「Delegete」はGoFには含まれておりませんが、ゲーム製作に非常に有用で且つ多用される仕組みであるためここで取り上げる事にしました。ちょっとややこしいですが、いつものようにじっくり参りましょう(^-^) ① Delegateって何？ そもそも、Delegateとは何なのか？そのイメージが重要ですよね。Delegateは日本語で「代表者」です。何の代表者かというと「関数」の代表者なんです。簡単に言えば、代表者の中に関数を登録すると、それを持ち運びできて、他の人がいつでもどこでもそれを実行できてしまう機能を持ちます： この一番の使い道として、例えばゲーム中に何らかのイベント（メッセージ）が発生した時に、それに呼応す
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
Composite パターン - Wikipedia
Composite パターン（コンポジット・パターン）とは、GoF (Gang of Four; 4人のギャングたち) によって定義された デザインパターンの1つである。「構造に関するパターン」に属する。Composite パターンを用いるとディレクトリとファイルなどのような、木構造を伴う再帰的なデータ構造を表すことができる。 Composite パターンにおいて登場するオブジェクトは、「枝」と「葉」であり、これらは共通のインターフェースを実装している。そのため、枝と葉を同様に扱えるというメリットがある。 クラス図[編集] Composite パターンのクラス図を以下に挙げる。 利用例[編集] Composite パターンを用いてディレクトリ構造を表すJavaプログラムの例を示す。 このプログラムは、 枝を表すクラス : Folderクラス 葉を表すクラス : Fileクラス 共通インタフ
タイプセーフなjava.util.Observableを書いてみた - うなの日記
オブザーバーの仕組みはjava.util.Observableを使うとさくっと作れますが、パラメータで渡されるイベント?などがObject型になっていてちょい使いにくい。そこで、イベントの型をパラメータで指定できるようにするラッパーを書いてみました。 /** * タイプセーフな{@link java.util.Observable} */ public class Observable<E, T extends Observable<E, T>> extends java.util.Observable { public void notifyObserversExt( E event ) { notifyObservers( event ); } public void addObserver ( Observer<E, T> o ) { addObserver( new Bridge<
StateパターンとStrategyパターンは何が違うのか考える | Tricorn Tech Labs
最近、物欲に目覚めてしまってAmazonでいろいろ買ってたら、今月の請求が7万を超えて素に戻ってしまった戸田です。 ちょっとbluetoothデバイスに凝り始めてしまって…。（汗） さて、オブジェクト指向設計のバイブルと言えば、いわずと知れたGoF本（オブジェクト指向における再利用のためのデザインパターン、Erich Gamma, Ralph Johnson, Richard Helm, John Vlissides著、ソフトバンククリエイティブ刊）です。 ここで紹介されている23のパターンはどれも小手先のテクニックではなく、エッセンスが抽出されており応用範囲が広いものばかりです。 なによりも今まで暗黙知になりがちな、設計の定石・パターンに共通の名称（言語）を与えて、名称による概念の共有ができるようになったという功績は計り知れません。 もちろん、KREISELにおいてもこれらのパターンを活
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.rarestyle.net/main/uml/class/uml_class.aspx
Pluggable Selector（プラガブルセレクタ） - Strategic Choice
Head First Code Downloads | Wickedly Smart