はい、誠実な評価をしていただきありがとうございます^^ おっしゃるとおり、講義でデバッグを活用したソースレベルの処理過程を示すことがある意味では必須要素ではないでしょう。 比較的講義時間も増えて、またデバッグ過程を一度見ても簡単に理解できないものもあります。 それにもかかわらず、講義にデバッグ要素を置く理由は、フレームワークまたはライブラリの内部処理プロセスの明確な理解を助けたいと思います。 もちろん、すべてのモジュールとAPIの内部プロセスとフローを知る必要はありません。 私の観点から見ると、このAPIは、内部処理プロセスを知ることがどの機能を実装する際に重要であると判断された場合、デバッグを通じて全体的な処理プロセスを説明しています。 デバッグはデバッグ自体で終わることは意味がありません デバッグを通じてその API を設計した目的と原理を確実に理解することで、API を単純に使用することを超えて、私が望むようにカスタムに拡張したり応用できる能力を養うためです。 たとえ私たちが直接スプリングセキュリティを設計したり作成したりすることはありませんが、デバッグを通じて間接的にそのコア技術設計に参加し、どの原理で実装したのかを部分的に体験する良い方法だからです。 このプロセスが繰り返され、積み重ねられ、積み重ねられると、APIの基本的な使用はもちろん、その技術の深い理解に基づいて複雑なカスタムアプリケーションが可能になり、例外や問題発生時に迅速に対応できます。 しかし、過剰不給のように、あまりにも過度にソースレベルを覗いてみると、全体像を見逃すことがあるので、本人のレベルと理解能力に応じて調整して分析していく方法を取らなければなりません。 それは私が緩急調節を通じて適切なレベルでのデバッグ活用を講義に溶かすことができるように引き続き悩みながら発展していくようにします もう一度大切な評価ありがとうございます^^