問題タブ [dagger]

ダガー 1.1.0 を実行しようとしていますが、まだ例外が発生します。

私の pom.xml には次のものがあります。

オプションの = true も試しました。ダガー バージョン 1.0.1 では正常にコンパイルされますが、1.1.0 では動作しません。何か案は？

Android アプリで Dagger を使用して、アプリケーションとアクティビティのスコープ グラフを提供しています。また、単体テストには Robolectric を使用しています。実際のアプリケーション オブジェクト グラフをモックでオーバーライドするアプリケーション オブジェクト グラフで構成された代替 Application クラスを Robolectric に提供できることはわかっています。しかし、アクティビティ オブジェクト グラフの標準パターンは、アクティビティ自体が必要なアクティビティ固有の Dagger モジュールをインスタンス化するためのものであるため、アクティビティ オブジェクト グラフで同じことを行う方法については困惑しています。どんな提案でも大歓迎です。

ORMLite のドキュメントでは、 for every アクティビティを作成することが推奨されています。OrmLiteSqliteOpenHelperヘルパーを取得するにはオブジェクトのみが必要なので、Contextオブジェクト全体に対して一度データベース ヘルパーを作成しないのはなぜApplicationですか? これにより、Dagger (または他の注入フレームワーク) を使用してデータベース ヘルパーを必要なクラスに注入する可能性が開かれます。

アプリケーション全体のデータベース ヘルパーを 1 つだけ作成しない理由はありますか? すべてのアクティビティに独自のデータベース ヘルパーを持たせることが望ましいですか? キャッシュにはそのアクティビティに関連するオブジェクトのみが含まれているため、これによりヘルパーのキャッシュ サイズが小さく保たれることが想像できます。

@Inject アノテーション付きコンストラクターを使用して Dagger に依存関係を提供する方法を通知する場合、後でモジュールでそれをオーバーライドできますか? ケース: プロダクション コードでアノテーション付きコンストラクターを持つコンポーネントを使用しており、テスト中にテスト実装でそれをオーバーライドしたいと考えています。私の override = true モジュールは、テスト中に本番環境の実装を正常にオーバーライドできますか?

または、より一般的な質問として、モジュールと注釈付きクラスのどちらが優先されますか? </p>

クラスを注入するモジュールの小さな例Foo:

( とが別のモジュールによって提供されているBarと仮定)Baz

私は今Foo、シングルトンになりたいです。

メソッドを追加して、@Providesそれに注釈を付けることができ@Singletonます...

...しかし、そのコンストラクター呼び出しを自分で書かなければならないことは、注入フレームワークを使用する目的を無効にします。これを達成するためのより短い方法はありますか？

android studio を 0.4.0 に、gradle プラグインを 0.7.1 に、gradle バージョンを 1.9 に dagger コンパイラで更新した後、奇妙な問題が発生しました

build.gradle

ビルド時にこのエラーが発生する

APK META-INF/services/javax.annotation.processing.Processor ファイル 1 にコピーされた重複ファイル: C:\Users\Mantas.gradle\caches\modules-2\files-2.1\com.squareup.dagger\dagger-compiler\ファイル 2: C:\Users\Mantas.gradle\caches\modules-2\files-2.1\com.squareup.dagger\dagger-compiler\1.2.0 \22633bb84433e03d345a83e7b0c08c66768be30\dagger-compiler-1.2.0.jar

短剣コンパイラ行がコメント化されている場合、すべて正常に動作します

どうすればこの問題を解決できますか? ありがとう

EDITED 修正された問題、 https: //plus.google.com/+HugoVisser/posts/7Wr3FcdNVxRを確認してください