タグ

関連タグで絞り込む (25)

タグの絞り込みを解除

DIに関するt-wadaのブックマーク (37)

  • Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita

    本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

    Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
    t-wada
    t-wada 2017/12/18
    大変力の入ったエントリ "変化に強いWebアプリケーションの開発には、DIは事実上必須" わかる
    リンク

  • DIコンテナのインジェクション方法の使い分けについて - 日々常々


    DIコンテナを使う時にどのインジェクションを使うかって話です。 たぶん誰かがどこかで同じようなことを書いているだろうけれど、気にせず書くよ。 ﹁他の誰かが書いている﹂なんてのを書かない理由にしてると何も書けなくなるし。 コンテナDIコンテナのこと。 コンテナ管理 インスタンスのライフサイクルをコンテナが管理していること。雑に言えば、使う側で new しないってこと。 インジェクション Dependency Injectionのこと。 Short Answer コンストラクタインジェクションを使いましょう。使い分けなくていいです。3種類のインジェクション インジェクションには3種類ありますね。他あっても知らない。 フィールドインジェクション セッターインジェクション コンストラクタインジェクション フィールドインジェクション 一番よく見るかな。 class Hoge { @Inject
    DIコンテナのインジェクション方法の使い分けについて - 日々常々
    t-wada
    t-wada 2017/04/20
    "Short Answer: コンストラクタインジェクションを使いましょう。使い分けなくていいです" 完全に同意
    リンク

  • 「なぜDI(依存性注入)が必要なのか？」についてGoogleが解説しているページを翻訳した　 - Qiita


    イマイチ理解しきれていなかったDIに関して調べていところ、Google Guiceの解説がすごく分かりやすかったので、和訳してみました。 ︵ところどころ意訳気味です。明らかに解釈の誤った訳がありましたら、ご指摘ください︶ ちなみにGoogle Guiceというのは、Googleが開発したDIライブラリです。この例ではJavaが使用されていますが、Scalaでも使用可能です。最近Play Frameworkでも採用されたので話題になっているようです。 用語の定義 本文を読む前に目を通すことで、内容をスムーズに理解できます。 用語 意味 本文中の例
    「なぜDI(依存性注入)が必要なのか？」についてGoogleが解説しているページを翻訳した　 - Qiita
    t-wada
    t-wada 2016/08/15
    テスト容易性が引き合いに出されるけどメリットはそれだけでなく、DIとDIコンテナの導入で中間層を挟む余地がいたる所に生まれ、変更に強く中長期的にリカバリの効くアーキテクチャ基盤を作れるのがありがたい
    リンク

  • Symfony の学びかた

    プログラマとして Symfony 歴は 2 年くらい(フルタイムではない) Symfony1 時代はほぼ知らない Java, Ruby, JavaScript, elisp, PHP github 上では JavaScript プログラマ? 代表作は power-assert Why Symfony? なぜ Symfony を選んだか 「コードがしっかりしている」 メンテ方針がしっかりしている(長期サポート, 後方互換性) DIベースの疎結合設計で自分でアーキテクチャを進化させやすい 中長期的な生産性が高まることを期待できる

    Symfony の学びかた
    t-wada
    t-wada 2014/04/20
    本日 #symfony_ja で講演させて頂いた際の講演資料をアップロードしました
    リンク

  • BEAR.Sunday

    BEAR.Sunday is a resource orientated framework with a REST centered architecture, implementing Dependency Injection and Aspect Orientated Programming' at its core. Learn more »

    t-wada
    t-wada 2014/04/12
    REST の制約/思想をアプリケーション内部のアーキテクチャにまで適用した野心的なフレームワーク
    リンク

  • 要するに DI って何なのという話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く


    友人から﹁しんぺいさんDIについて書いてほしい﹂みたいな話をだいぶ前からされてたんだけど書く気力ずっとなかった。でも仕事の気分転換にちょっとずつ書いたやつがいい量まとまったので公開するです。たいしたことは書いてないっていうか知ってるひとにはあたりまえのことしか書いてない。サンプルコードはわたしの趣味で Scala で書いてあるが、Java が読めればなんとなく読めると思います。DIってなに Dependency Injection、日本語で言えば依存性の注入です。おしまい。 で記事を終えてもいいんだけど、そもそも依存性とはなんなのか、それを注入するとはどういうことなのか、なぜDIが必要となるのかみたいな話をこれからします。 そもそも依存性ってなあに 例を出します。入力された文字列をもとにおみくじをひいて、その結果を twitter に投稿するプログラムにしましょう。 まずは普通
    要するに DI って何なのという話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
    t-wada
    t-wada 2014/02/13
    Dependency Injection について必要十分にまとまっていて読みやすいエントリ
    リンク

  • xUTP Chapter26. Dependency Injection

    handout for xUnit Test Patterns Reading Group JapanRead less

    xUTP Chapter26. Dependency Injection
    t-wada
    t-wada 2013/05/14
    テスト容易性のための設計という文脈で Dependency Injection について説明した、 xUTP 読書会の資料です
    リンク

  • DI コンテナがコードに出現するのは dependency lookup が行われている兆候

    Dependency Injection (DI) コンテナを基盤にしたアーキテクチャを採用している場合に、(プロダクト|テスト)コードに DI コンテナが登場するのは dependency lookup (依存コンポーネントの検索)を行っている兆候と考えることが出来ます(もちろん必要があってコンテナの injection が行われている場合もあります)。 テストに DI コンテナが出現することに気付いたら、 Dependency lookup から Dependency Injection (DI) へのリファクタリングの契機とすることもできるでしょう。 続きを読む

    DI コンテナがコードに出現するのは dependency lookup が行われている兆候
    t-wada
    t-wada 2013/05/13
     DIコンテナを使う場合には、DIの理解が大事です。私自身勉強になったのでまとめました。この議論の大筋は、 Symfony2 や Doctrine に限定された話では無く、DIコンテナを活用した設計に関するものです。  

    ●DI
    ●architecture
      
    リンク

  • Dependency injection is not a virtue in Ruby (DHH)

    By David Heinemeier Hansson on Jan 6, 2013 In languages less open than Ruby, hard-coded class references can make testing tough. If your Java code has Date date = new Date(); buried in its guts, how do you set it to a known value you can then compare against in your tests? Well, you don't. So what you do instead is pass in the date as part of the parameters to your method. You inject the dependenc

    t-wada
    t-wada 2013/01/08
    DHH が DI (Dependency Injection) に対する意見を述べている。言語の柔らかさと思考の関係。
    リンク

  • Pimpleでシンプルに正しくDIを理解する

    オブジェクト指向でソフトウェアを実装していると、オブジェクトの生成に一連の手続きが必要なものがでてきます。このような生成に関する手続きがあちこちのソースコードへ散在すると、望ましくない状況になることは想像に難くないでしょう。この問題に対処するために、Simple FactoryやFactory Methodといったデザインパターンがあり、オブジェクトの生成に関する手続きや関連オブジェクトも含めたオブジェクトの構成（オブジェクトコンストラクション）に関する知識は1箇所にまとめるということが定石となっています。 しかし、単にファクトリーを導入するだけだと、オブジェクトの構成処理は分離・隠蔽できても、利用オブジェクトがファクトリー自体に依存してしまうことになります。このような試行錯誤の歴史から登場したのがDependency Injection(依存性の注入)パターンです。Dependency

    Pimpleでシンプルに正しくDIを理解する
    t-wada
    t-wada 2012/08/03
    PHP で Pimple を使って DI(Dependency Injection) を行う方法と、そのメリットの説明。きちんと書かれている。
    リンク

  • 『翻訳: メッセージングアーキテクチャにおける依存性注入』


    現在、EIP著者の1人Gregor Hohpe氏のブログ﹁Gregor's Ramblings﹂を、以下のGoogle Codeプロジェクトで翻訳しています。 http://code.google.com/p/gregors-ramblings-ja/ 今回は、翻訳第二弾として、﹁Dependency Injection in Messaging Architectures︵メッセージングアーキテクチャにおける依存性注入︶﹂を翻訳しました。 アプリケーション開発におけるDI︵依存性注入︶の役割と、システム間統合におけるパイプ＆フィルタ型アーキテクチャの役割とを比較し、その類似性と相違点を考察しています。オブジェクト間のコラボレーションにオブジェクトへの参照を大前提とするオブジェクト指向の世界と、パイプ＆フィルタ型アーキテクチャが支配するメッセージングの世界とでは、アーキテクチャ様式、つまり

  • The Rich Engineering Heritage Behind Dependency Injection

  • Dependency Injection: New Ground or Solid Footing?

  • Teedaのメリット・デメリット - おおたに6号機のちゃかつかない話

    Teedaのメリット・デメリットについて振り返ってみたいと思います. ■Teedaのメリット ・HTMLテンプレート まずはなんといってもHTMLテンプレートではないでしょうか。 レイアウトを確認するうえでは威力を発揮しやすいと言えます。 また前工程でユーザに確認してもらうために作成したモックをそのまま開発に 持ち込める点は良いのではないでしょうか。 ・設定ファイルレス 規約による設定ファイルレスはTeedaの中でも生産性に貢献する部分のひとつです。 簡単な規約を付与することで、設定ファイルに書くタグ＋設定内容を規約に 置き換える部分は効果はあったでしょう。ただしデメリットもあります。後述します。 ・POJOベースのPageプログラミングモデル POJOなPageクラスをHTMLと1対1でバインドするTeedaの方法は 役割としてはとてもわかりやすかったように思います。DoltengのHT

    Teedaのメリット・デメリット - おおたに6号機のちゃかつかない話
    t-wada
    t-wada 2008/02/03
    このエントリはSeasarやTeedaに限定されたものではなく、設計の一般論と読むべき。多くの人に使われたOSS設計チームの経験から出た話として非常に参考になる。そして「デバッグの追いやすさ・保守性のし易さ・明示性」へ
    リンク

  • DIxAOP時代のデザインパターンの検討 - レベルエンター山本大のブログ


    DIxAOP時代のDesign Patternについて記事のためにアイデアを絞っている。 その中で浮かんだパターンの1つ ﹁ImplicitInterface Injection﹂パターンというのをご紹介。 対象とする問題DIコンテナを使う場合﹁インターフェイスベースのプログラミングを行う﹂ことは1つの原則のようになっている。 インターフェイスベースプログラミングによって疎結合なモデルになる。これにより、再利用性と拡張性が向上する。 しかし、部品の再利用が主目的ではない企業システムの開発では、インターフェイスベースにすることのメリットよりも、開発の効率低下や、コードの追跡のしやすさの面でのデメリットの方が大きいと感じることが多い。 ImplicitInterface Injection︵暗黙のインターフェイスへの注入︶パターンによる解決策 ﹁ImplicitInterface In
    DIxAOP時代のデザインパターンの検討 - レベルエンター山本大のブログ

  • Dependency Injection の基本的なアイディア - bkブログ

    Dependency Injection の基本的なアイディア Inversion of Control コンテナと Dependency Injection パターンを読みました。関連する事柄を広くカバーした、隙のない記事です。 ただ、割とボリュームがあるので、「Dependency Injection って結局何なの?」ということを手っ取り早く知りたい向きにはあまり向かないかもしれません。そこで、基本的なアイディアを手短にまとめてみました。 Dependency Injection (依存性注入、DIと略) とはその名の通り、依存性を注入するパターン (テクニック) です。もう少し言葉を加えると、依存性を内部に抱え込まずに外部から注入する、パターンです。 Dependency Injection の基本的なアイディアは「依存性を外部から注入する」です。 DIコンテナと呼ばれるフレームワ

    t-wada
    t-wada 2007/04/07
    リンク

  • AS3で、DIとかゲームフレームワークとか | fladdict


    自分が弟子入りしたい人ベスト5の1人であらせられるyossy君がついに、AS3のDIコンテナとかゲームフレームワークとか、UnitTestとかその他色々のフレームワークを大公開。 激しくお疲れ様です。 ちょうど、AS3でパーティクルエンジンを作って色々やってみたいと思ってたんだけど、そこでDIコンテナ使えないかな。ぶっちゃけDIコンテナって使ったことないんだけどね。 パーティクルを、 ・移動制御クラス ・子パーティクル放出クラス、 ・描画クラス の3つに分解して、組み合わせてトッピングできるようにすれば、かなり柔軟なパーティクルエンジンができるんじゃないかと思ったのdeathよ。それ使ってflight404みたい実験を効率よく色々したかった。 アブストラクトファクトリーかデコレーターでやろうと思ってたんだけど、このDIって奴使ってもいいんだよね？多分。

  • 2007-03-11


    以前同僚のM君より存在を教えてもらったGoogleのDIコンテナGuiceですが、めでたく1.0になったようなのでちょっと見てました。 一言で言うと、﹁アノテーションとジェネリクスを使い、パフォーマンスを重視し、DIに特化したDIコンテナ﹂のようです。 とりあえず、﹁何で新しくDIコンテナ作ったの？﹂﹁Springとの違いは？﹂というのが万人共通の疑問だと思うので、まさにそれに答えているページをまず見てみました。 http://code.google.com/p/google-guice/wiki/SpringComparison より。記述順序や訳はかなりいい加減なので、ちゃんと読みたい方は上記URLを参照下さい。 発音:﹁ジュース﹂*1 Springについて SpringによってDIがメジャーになった。Springが無かったらGuiceは無かったかも︵少なくとももっと遅かった︶ Spr
    2007-03-11
    t-wada
    t-wada 2007/03/13
    リンク

  • google-guice - Google Code

    Put simply, Guice alleviates the need for factories and the use of new in your Java code. Think of Guice's @Inject as the new new. You will still need to write factories in some cases, but your code will not depend directly on them. Your code will be easier to change, unit test and reuse in other contexts. Guice embraces Java's type safe nature. You might think of Guice as filling in missing featu

    google-guice - Google Code
    t-wada
    t-wada 2007/03/09
    Google発のDIコンテナ
    リンク

  • LiQ Container - LiQ Container


    LiQ Container へようこそ! LiQ Container は Java で記述された、シンプルな汎用のファクトリフレームワークです。 LiQ Container は Dependency Injection パターンの考え方に基づき、 互いに依存するクラスのインスタンスを、 それらを生成するためのインタフェースに依存することなく生成することができます。 LiQ Container が達成したい目標は、以下のようなものです。 理解しやすく、振る舞いが予測しやすい Dependency Injectionフレームワーク の提供。 他の同種のプロダクトよりも少ない手間で設定できること。 開発者が、Java によるアプリケーション開発のより創造的な側面に集中するのを助けること コンポーネントの再利用性を改善する手段を提供すること 特徴 Dependency Injectionあるクラス
    t-wada
    t-wada 2007/01/04
    ところで名前の由来は利休なのだろうか
    リンク
  • 1 2 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.