春AOPがあなたの望むものだと思います。これにより、DAOのプロキシオブジェクトをすべて手動で処理せずに自動作成できるようになります。
これは複雑なトピックですが、私はあなたに春のドキュメントのread the relevant sectionを提案します。ただし、BeanNameAutoProxyCreatorを使用すると便利です。 AspextJKはフルAOPアプローチですが、かなり怖いです。スキーマベースのAOPアプローチはかなり簡単ですが、柔軟性は低くなります。 スプリングフレームワークの中心教義の
一つであること 非侵襲性の、これは、 の フレームワーク固有のクラス を導入し、 ビジネス/ドメインモデルにインターフェイスすることを強制されるべきではないという考えです。しかし、 にいくつかの場所では、Spring Frameworkは は、あなたのコードベースに 春フレームワーク固有の依存関係を導入するためのオプションを与えるん: 特定のシナリオでは、それはちょうど 平野方が簡単な場合がありますので、あなたにそのようなオプションを与えること で根拠がありますこのような方法で の特定の機能を読んだり、コード化したりしてください。スプリングフレームワーク (ほとんどの場合)は、 の選択肢を常に提供しています。 は、 オプションがご使用の特定の用途に最も適しているという情報に基づいた判断をする自由があります。 ケースまたはシナリオ
この章では、AOP フレームワーク(およびそのAOPスタイル) には、選択したのである に関連しているその一つの選択肢。 AspectJ および/またはSpring AOPのいずれかを選択できます。また、 の@AspectJ 注釈スタイルのアプローチまたは Spring XML設定スタイル のいずれかを選択することもできます。この章 が最初 春のチームが 春のXML構成スタイルオーバー@AspectJ 注釈スタイルのアプローチを好むことを示すものとして解釈してはならない @ AspectJのスタイルのアプローチを導入することを選択したという事実。
セクション6を参照してください。4 「 を使用するAOP宣言スタイルの選択」 と各スタイルのwhereforesについての詳しい説明は、
実際のキャッシングは、自分で行う必要がありますが、AOPフックが統合されると、それは簡単です。