タグ

DIに関するshozzyのブックマーク (8)

  • ひがやすを blog - [DI]DIって本当に必要?

    http://www.commonsmedia.jp/cm/JavaAndSolarisCampaign blogでNetBeansやJavaEEについて書いて、トラックバックしたら先着100名にAmazonギフト券3000円分をプレゼントするそうです。id:nowokayさんのためのような企画です。 id:taediumさんもid:da-yoshiさんもぜひどうぞ。ただし、Seasar固有のことはできれば避けてねということです。 DIって当に必要?たまにそう思うときがあります。DIによって開発は当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめった

    ひがやすを blog - [DI]DIって本当に必要?
  • Java開発を変える最新の設計思想「Dependency Injection(DI)」とは:ITpro

    「DIする」,「インジェクション(注入)する」──新しい技術に敏感なソフトウエア開発者たちの間で使われている言葉である。DIとは,「軽量コンテナ」を実現する新しい設計思想Dependency Injection(依存性注入)の略称である。同じ概念をIoC(Inversion of Control,制御の反転)と呼ぶ場合もある(詳細は後述)。「DIする」と言えば開発者の間では通用するぐらいに,この設計思想は注目されているのだ。 DIが注目される理由は簡単だ。ソフトウエア開発者の開発サイクルを大幅に改善するからだ。筆者が司会を担当した「軽量コンテナ」に関するパネル・ディスカッション(注1)では,DIを適用した軽量コンテナ「Spring Framework」のおかげで「睡眠時間が確保できるようになりました」と複数のパネリストが真顔でコメントしたほどである。DIは,それだけ有効な技術なのだ。 注1

    Java開発を変える最新の設計思想「Dependency Injection(DI)」とは:ITpro
  • DI コンテナ:回り道日記

    頭では理解できるDIコンテナ。ほんとに必要なのかいまいちわからない。でもEJBの効率の悪さを軽減解消するために使うことがちょっとわかりました。 開発効率の向上の事例も目にし、メリットを知りました。 メンテナンスが楽になるし設定も楽になるんです。 愛の国のあのお方もとても喜ばれておいででした。

  • コンフィグとしてのDIコンテナ (arclamp.jp アークランプ)

    案件の忙しさにかまけて、3週間ほどブログの更新が止まってしまいました。そろそろ戻していきます。 最近、コンフィグ(設定ファイル)の代わりにDIコンテナを使うというのがメジャーになりつつあると思います。これまでであればCommons Digesterを使っていたようなコンフィグについてもDIコンテナにまかせることでスケーラブルなアプリケーションの構築が可能になりました。 例えばワークフローエンジンを考えます。ワークフローは複数のステート(状態)を持ち、そのステートごとにアクション(動作)と、そのアクティビティを実行可能とするコンディション(条件)を持ちます。 単純な文書管理で編集中ステートでは編集アクティビティと申請アクティビティがあるという場合、XMLで考えると以下のようになります。 <workflow id="DocumentManagement"> <state name="Edi

  • Efficient data transfer through zero copy

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Efficient data transfer through zero copy
  • WEB+DB PRESS「DI時代のアーキテクチャ設計入門/第1章、第2章」を寄稿 (arclamp.jp アークランプ)

    WEB+DB PRESS Vol30(2005/12/22発売)の特集1「DI時代のアーキテクチャ設計入門」において、第1章と第2章を寄稿しました。共著はギガプライズ田中さんです(ブログ:天使やカイザーと呼ばれて)。 第1章は「DI時代のアーキテクト - ソフトウェアアーキテクチャを見据えた設計とは」。僕はアイデアのみで田中さんが執筆。アーキテクトに焦点を当て、プロジェクト開発での実装を実現するための開発のフレームワークが重要だと書かれています。具体的には規約をどのように運用していくべきかということですかね。ま、DIには一切関係のない内容のですが(w、DIであればこうした運用に柔軟性が出るという指摘を行っています。 第2章は「DI時代のJava EE(J2EE)アーキテクチャ - DIの質とその効果的な導入とは」。僕が執筆。個人的には良い感じに書けたと思っています(某記事での反省をいかし

  • fladdict.net blog: flashで、ディペンデンシー・インジェクションみたいな奴のアイデア

    keita君の言う、ディペンデンシー・インジェクションというプログラム概念にちょっと萌える。 なんか、考え方だけで実際どういうものかはサッパリわかってないのだけど、これがFlashにもあれば素敵だな、というか話を聞くかぎりonClipEvent(load)によるMCのカスタマイズを外部ファイルからできるように、フレームワーク化したものっぽい感じ。 クラス間の依存部分を、外部のXMLファイルとして定義して実行時(コンパイル時)に、その依存関係をオブジェクトに注ぎ込んでやることらしい。こうすればクラスは完全独立になるんだとかなんだとか。 ECMAスクリプトの場合、関数や変数を直接上書きできることを利用して、クラスのStatic変数の値や、初期値を外部XMLで定義して1フレーム目でクラスに注入してやれば実装できそうな気がする。正直、注入される側がDIを前提としてなくても無問題で注入できるはず。す

  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    shozzy
    shozzy 2005/11/28
    可能性を感じる。
  • 1