アプリで明示的にインスタンスを生成することは、(テストでモックを作るとか以外には)基本的にありません。DIの仕方は、DIコンテナに依存しますので、利用されているDIコンテナのページをご覧下さい。DIコンテナで管理されているコンポーネントで、Behaviorインスタンスを型で取得するメソッドや、テーブル名から取得するメソッドが利用できます。DI管理でないクラスに渡してBehaviorを利用してもらう場合などに利用できます。型による自動インジェクションが効かないDIコンテナにおいて、プロパティ名(の間違いなど)を意識せずにBehaviorインスタンスを取得する方法としても利用できます。BehaviorSelector実装手順インスタンスを取得したら、後はそれぞれのメソッドを呼び出して使うのみです。SQLの実行など、全てのDBアクセスはBehaviorを経由します。それぞれのメソッド仕様を確認して利用するようにして下さい。基本仕様マルチスレッド対応(DIコンテナ上のコンポーネントとして扱っている限り)スレッドセーフです。ライフサイクルDIコンテナ上のシングルトンコンポーネントなので、DIコンテナのライフサイクルと同じです。コード補完を駆使して実装Behaviorのメソッドをコード補完を使って呼び出しましょう。利用したいメソッドを選んで実装していくようにします。基本として説明します。先頭文字を覚えておくのが大事Behaviorには多くの内部メソッドも存在しますが、publicメソッドの先頭文字に関しては、コード補完の検索ノイズにならないように注意して設定されています。先頭文字さえ覚えておけば、あとはディベロッパーに必要なBehaviorのメソッドだけでの補完になるため、とても探しやすくなります。queryDelete())キャメルケースコード補完ConditionBeanのページで紹介しているキャメルケースコード補完がこちらでも応用できます。すれば、補完できます。先に処理を呼び出してから、戻り値を魔法のように呼び出しましょう。戻り値の型を覚えてなくても実装ができるようになります。すると、カーソルのある場所から改行されてしまい、モチベーションが下がってしまいます。(前の行での)カーソルの場所に関わらず、次の行に改行してくれます。(かつ、新たな行が作成される)一気にfor文をリスト系の戻り値を扱う場合において、for文はこのままの勢いで補完してしまいましょう。すると、補完候補の一番上のクラスが補完されるだけで一瞬頭が真っ白になります)。DeveloperEnvironmentSetupUpgradeManual。