TypeScript用のDIライブラリを公開しました - エムスリーテックブログ
エンジニアリンググループの冨岡です。 TypeScript向けのDIライブラリを公開したので紹介します。 github.com モチベーション Clean Architecture等の設計手法を使ってコードを書いていると、抽象に依存することが多くなってきます。 class CreateUserAccount { constructor(private userAccountRepository: UserAccountRepository) {} } const forProduction = new CreateUserAccount( new PostgreSQLUserAccountRepository( buildPostgreSQLConfig(process.env) ) ) const forTest = new CreateUserAccount(new InMemoryU
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
やっぱりDIの良さがわからない | スパムとか
GoogleがGuiceというDIコンテナをリリースし、素早く紹介記事があがったわけだけど、やっぱりDIの良さがわからない。 はてなで貰ったコメントに突っ込んでみる。 Yoshioriさん。「AOPいいよ！！トランザクションとか自分で実装するのメンドイよ！！」 おいら「Djangoでトランザクションスコープをリクエストにしとけばいいんで…」 nekoraさん 「スクリプト言語で間に合う程度の小規模・低負荷・単純な案件ならばスクリプトで済ませるべきであるという話の一例。時に「動的言語」って何だろ」 おいら「「動的型付言語でした」。スクリプト言語で間に合わない程度というと、世界数カ所で同時にコミットするような案件位だよね。みんな凄いのやってるねぇ。とはいいながら、確かにへぼを集めてもある程度きちんと書けるのがJavaとかの良さだというのは分かってるぞ。あれ？DIの話関係無い
【ハウツー】このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる (1) Googleが開発したDI - Guiceとは (MYCOMジャーナル)
Googleは3月8日(米国時間)、Guiceの初のメジャーリリースとなるGuice 1.0を公開した。GuiceはJavaで開発されたDI(Dependency Injection)フレームワーク。シンプルなアーキテクチャになっており、アノテーションやジェネリックを活用した開発が特徴。 Guiceが依存性注入できるのはコンストラクタ、フィールド、メソッドなど。セッターメソッドにかぎらず、複数の引数をとるメソッドに対しても適用できる。そのほかの特徴としてカスタムスコープ、環状依存への対応、スタティックメンバーのインジェクション対応、Spring Frameworkとの統合、AOP Allianceメソッドインターセプションなどがある。 Guiceはすでに数カ月にわたり、Googleにおけるミッションクリティカルアプリケーションにおいて採用されている。Google最大のアプリケーションである
ozacc-mail library - ozacc-mail library
ozacc-mail libraryは、Spring FrameworkやSeasar2といったDIコンテナに組み込んで使用できるメール送信ライブラリです。DIコンテナ上での使用を想定していますが、DIコンテナ環境外での使用も可能です。 システム条件JDK 1.4以上の環境でご使用ください。 また、次のJARファイルをクラスパスに含めてください。 各ライブラリは、ozacc-mail libraryの配布ファイルには含まれていませんので、Dependenciesページを参考に各自で取得してください。 JavaMail 1.3.2 (mail.jar) [必須] JavaBeans Activation Framework(JAF) 1.0.2 (activation.jar) [必須] Jakarta Commons Logging 1.0.4 [必須] JDOM 1.0 [com.oza
DI（依存性注入）を白紙から説明してみる - 檜山正幸のキマイラ飼育記 (はてなBlog)
「DI（依存性注入）からどこへ行こうか その1」において： DI（依存性注入）については、雑誌や書籍で随分紹介されているので、そういうのを見てください。 こんなこと[注：DI化]して何がうれしいかって？ それは、ファウラー先生とかその他エライ人とかエラクない人とかに聞いてください。 と書きましたが、DI（Dependency Injection; 依存性注入）そのものについても説明を試みてみましょう。具体的なサンプルを使うことにします。そのため、サンプルの説明が長くなってしまうのが困ったことですが、まー、単なる能書きよりはサンプルがあったほうがいいでしょ。 内容： サンプルはテンプレート処理系 レクサー（字句処理系） レクサーをインターフェース経由で使う サービス・ロケーター 依存性が消えてない！ DI（依存性注入）登場 DIが、かつてIoC（制御の逆転）と呼ばれていた理由 ●サンプルはテ
Refactoring to DI
Here is a fairly generic pattern for using refactoring to change an existing design with an embedded dependency into one that supports Dependency Injection (DI) for testing purposes. In many ways, the code transformations I'll show below are similar to the ones in this article by Martin Fowler. Note: although I am a fanatical TDDer, I've not used that approach when designing this refactoring. T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Log - S2Pager Extension Utility
https://www.twdata.org/projects/struts-ti