プロジェクトの設計パターンと仕様

1. 責任モデルの連鎖

私自身の理解: 送信者と受信者の間のデカップリングを避ける

 利点: ① 送信側と受信側の間のカップリングを減らす

            ②オブジェクトを単純化する

            ③プロセッサの増設・増設に便利

短所:①不便なトラブルシューティング

           ②パフォーマンスの問題、不適切な使用は無限ループを作りやすい

アプリケーション シナリオ: インターセプターとフィルター フィルター: パターンに従ってパターンをインターセプトまたはフィルター処理し、処理します。(インターセプターとフィルターの違い: インターセプターは動的プロキシーの実装であり、フィルターは関数コールバックの実装です: コンテナーが初期化されるときに初期化が 1 回呼び出され、コンテナーが破棄されるときに破棄が 1 回呼び出されます)

フィルタの例:

@Slf4j
@WebFilter(filterName = "parameterFilter", urlPatterns = "/user/*") //拦截模式匹配
public class ParameterFilter implements Filter {//继承Filter接口


    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest httpServletRequest = (HttpServletRequest) request;
        //对请求

おすすめ

転載: blog.csdn.net/u013372493/article/details/129301899