私はSpringが初めてで、それについて何かを明確にしたいと思います。私は、私立学校向けの学生管理用のアプリケーションを開発しました。学生の詳細（住所、電話番号、登録コース、成績など）、コースの詳細、学生からの支払い、レポート生成モジュール、講義に関する詳細などを記録できます。
ただし、ロギングなどのまれなケースを除いて、このアプリを開発するために AOP をあまり使用しませんでした。しかし、私の知る限り、Spring AOP は Spring の大きな部分を占めています。私の質問は、AOP は春の大部分ですか、それとも使用すべき場所を見逃しているのでしょうか (AOP をあまり使用しないという初心者の間違いを犯したと思います)。もしそうなら、間違いから学ぶことができるように、これらの概念をどこで使用すべきだったかを明確にしてもらえますか?
私の見解では、フレームワーク (Spring など) を構築している場合、AOP はフレームワークがフレームワークのユーザーに大きな影響を与えないクロス カット コードを実装できるため、たとえば Spring で優れていると考えています。
@Transactional
サービス クラスのこの 1 行のコードは、重要なトランザクション管理機能を呼び出します。
ただし、通常の Web アプリ (たとえば) の場合、次の理由により、カスタム アスペクトは控えめに使用する必要があります。
ここ数年、AOP を積極的に使用したプロジェクトはほんの一握りだと思います。Spring の作業では、他のほとんどの Spring 機能と比較して、Spring を使用することはめったにありません。そのため、私はそれとそれができることを認識していますが、その特定のボックスにチェックを入れていないことを心配していません.
それが何であるか、そしてそれがあなたのために何ができるかを理解することは役に立ちます。しかし、Spring はすでにこれを活用する作業を行っており、知らず知らずのうちにすでに使用している可能性があります。ここでの主な問題は、AOP とその仕組みを認識することです。そのため、これをカバーしているように聞こえます。
私の知る限り、AOPはSpringの大きな部分を占めています
はい、そうです。すでに を使用AOP for loggingしているため、AOP の理解を深めるために、aopのこちらをお読みください。
基本的に aop によって、アプリケーションのモジュール性が向上しましたseparation of cross-cutting concerns.
transaction management loggingなどの時に大変お世話になりました。
春のAOPが使用されます：
私の理解では、アプリケーションでトランザクション管理を使用できます。students、courseなどのfee学生に関する記録を保持しているためです。
Spring AOP は、大規模なビジネス アプリケーションでユーザーのアクティビティ全体を追跡するために使用されます。
AOP を使用してログを記録するように、ユーザーが消費したクラスとメソッドを特定できます。メソッドでエラーが発生した場合、開発者またはカスタマー ヘルパーは問題をすぐに特定し、ログ ファイルを読み取るよりもすぐに解決策を提供できます。