[B! DI] sugimoriのブックマーク

SpringでField InjectionよりConstructor Injectionが推奨される理由 - abcdefg.....

SpringでField InjectionよりConstructor Injectionが推奨される理由を調べてみたメモです。 (2016/12/30) サンプルコードにfinalをつけるように修正 (2017/03/29) Immutabilityについて追記 --- 家でも会社でもIntelliJを使って開発しているのですが、 Spring Bootで@Autowired(@Inject)を使うと下記のような警告が出るようになりました。警告内容を見てみると、フィールドインジェクションは推奨されません、とのこと。﹁Field injection is not recommended.﹂警告の詳細を見てみると下記のように書いてあります。﹁Field injection is not recommended. Spring Team recommends: "Always use

sugimori 2016/12/31

やっぱりそうなのね

リンク

spring-study/memos/ioc-container/03.dependency-injection.md at master · kazuki43zoo/spring-study

sugimori 2016/12/25

３つのインジェクションの使い所がわからんなー

spring
DI

リンク

作って理解するDIコンテナ - きしだのHatena

DIコンテナ使ってるけど、アノテーションってなんなの！って聞かれて、作ってみたらわかるよと答えてみたので、自分でも作ってみました。よくわかった。﹁DIコンテナ使うと何がいいの？﹂ということも、作ってみるとわかります。あと﹁DIって何がいいの？﹂に関しては、﹁DIはちょっとコードを書くのが楽になるだけで、それだけあっても仕方ない、大事なのはコンテナ﹂と答えるようにしてますが、コード比率からもそれがよくわかります。続編としてWebフレームワークも作っているので参考まで。作って理解するWebフレームワーク - きしだのHatena まずはコンテナを作るとりあえず1ソースの状態で。こんな感じで、管理する型を登録できるようにします。 static Map<String, Class> types = new HashMap<>(); static void register(String

sugimori 2016/09/04

リンク

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

イマイチ理解しきれていなかったDIに関して調べていところ、Google Guiceの解説がすごく分かりやすかったので、和訳してみました。︵ところどころ意訳気味です。明らかに解釈の誤った訳がありましたら、ご指摘ください︶ちなみにGoogle Guiceというのは、Googleが開発したDIライブラリです。この例ではJavaが使用されていますが、Scalaでも使用可能です。最近Play Frameworkでも採用されたので話題になっているようです。用語の定義本文を読む前に目を通すことで、内容をスムーズに理解できます。用語意味本文中の例

sugimori 2016/08/15

リンク

Ray 1.0.0 « BEAR Blog

Ray.Di / Ray.Aopのバージョン1.0.0をリリースしました。これまでも何度か紹介しましたがRay.Diはオブジェクトとオブジェクトの関係の問題を解決するDIフレームワーク、Ray.Aopはアスペクト指向プログラミングフレームワークでGoogleのDIフレームワークGuiceのPHPクローンです。 first commit 最初に作り始めたのはRay.Aopです。これが最初のコミットです。まだPHP5.4はなく、PHP5.3でコードしていました。 https://github.com/koriym/Ray.Aop/tree/2ab2dff8204622fdfaeae0bd608e88010b98b99f 最初に作ろうとしたのはこういうものでした。サービス︵呼び出される方︶

sugimori 2013/04/23

PHPのDI/AOPだ。スゴイなー

リンク

いまさらきけない「ドメインモデル」と「トランザクションスクリプト」 - ひがやすを技術ブログ

このネタは、私自身も何度も書いてきたけど、結局意味のある結論になったためしがありませんが、再度考え直してみたいと思います。「ドメインモデル」と「トランザクションスクリプト」をすごく簡単に説明すると、トランザクションスクリプトとは「アクションより起動される一連の手続き」、ドメインモデルとは「ドメイン内の名詞によって体系化されたモデル」です。トランザクションスクリプト派は、「トランザクションスクリプトの方が書くのが簡単だし、業務アプリケーションにオブジェクト指向は、ほとんど必要ない」といいます。それに対し、ドメインモデル派は、「ドメインモデルはオブジェクト指向を生かすことができるのでメンテナンス性が良い」と主張します。ずっと平行線のままですね。私は一番最初に「ユースケースと一対一にサービスクラスを設け、ビジネスロジックはサービスクラスに記述する」という主張をしてました。記念すべき(

sugimori 2012/10/08

今改めてこの記事を読むといろいろ考えることがある。従来の業務システムは、トランザクションスクリプトに近いのだろうか。

リンク

PHP5.4+フレームワーク BEAR.Sundayを理解するためにRay.Diを触ってみるの巻其の参 : 今日も適当ダイアリー

2012-07-12 PHP5.4+フレームワーク BEAR.Sundayを理解するためにRay.Diを触ってみるの巻其の参ラベル: BEAR, PHP, PHP5.4, Ray ツイートこんにちは。呼ばれて飛び出てジャジャジャジャーン、@madapajaです。 PHP5.4+フレームワーク BEAR.Sundayを理解するためにRay.Diを触ってみるの巻シリーズ其の壱其の弐其の参続きです。前回は、Ray.Di を使って依存性の注入を行ってみました。今回は、Ray.Aop でインターセプターを使い、アスペクト指向プログラミングの体験を中心に進めてみたいと思います。前回の補足 …と、その前に前回の補足を。 @PostConstruct アノテーション前回、@PostConstruct アノテーションによって初期化メソッド︵__construct() 後に実行するメソッ

sugimori 2012/09/27

PHPでもいろいろできるんだなー。

リンク

Android MockとRoboGuiceでTDD - 遥かへのスピードランナー

Androidアプリ開発（に限った話ではないですが）でTDDしたいと思ったときに、テスト対象クラスのフィールドをモックで差し替えたい、と思うことがしばしばあります。依存するクラスの振る舞いを固定化することで、テスト対象オブジェクトの振る舞いだけに着目したテストケースを書くことができるからです。そんな時に、DIコンテナ上でコードを書いていると便利です。以前、少しだけSeasar2+EasyMockでテストを書いていたことがあったのですが、作成したモックオブジェクトの差し替えを、ほぼ全てSeasar2がやってくれたのでものすごく便利でした。 Android開発でもSeasar2+EasyMockくらい簡単にテストを書きたい！ということで、 Android Mockでモックオブジェクトとその振る舞いを定義 RoboGuiceでモックオブジェクトをテスト対象クラスにインジェクトということをや