デザインパターンMLに結城浩さんが投稿されてて興味を持ったのですが、昨日は睡眠欲に勝てず読めずじまいだったです。が、さっき読んでみたら、おもしろかったので翻訳してみました。 この「訳」の著作権は破棄しますので、商用非商用自由ですが、勝手翻訳で承諾を受けているわけではないのでその辺は承知おきください。じゃあ何で公開したのかというと、文中に「知的財産の保護は再利用を制限し、実験を妨げる。」とうたってたからです。図々しいですね。はい。あと、訳に間違いがあるかもしれないので、指摘していただけると嬉しいです。 よくまとまっているので、取引先に魔法の呪文で呪術をかけられそうな僕のような会社員の皆様が「なあんだ、そういうことだったのか。」となる助けになればと。デザインパターン自体トレードオフの関係は避けられないと、ちょっとかじって感じたので、Web2.0のデザインパターンだってそれは避けられないはず、で
Dependency Injection の基本的なアイディア Inversion of Control コンテナと Dependency Injection パターンを読みました。関連する事柄を広くカバーした、隙のない記事です。 ただ、割とボリュームがあるので、「Dependency Injection って結局何なの?」ということを手っ取り早く知りたい向きにはあまり向かないかもしれません。そこで、基本的なアイディアを手短にまとめてみました。 Dependency Injection (依存性注入、DIと略) とはその名の通り、依存性を注入するパターン (テクニック) です。もう少し言葉を加えると、依存性を内部に抱え込まずに外部から注入する、パターンです。 Dependency Injection の基本的なアイディアは「依存性を外部から注入する」です。 DIコンテナと呼ばれるフレームワ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
