实际场景思考-装饰器模式、开闭原则

实际场景

工作中遇到一个场景，系统引入了第三方的单点登录（SSO）认证过滤器，但是该过滤器不具备“无需认证路径配置”的功能，因此需要自己增加该功能，为此想到了使用装饰器模式来增强该过滤器。

如下为简单模拟该场景代码，这里的AuthenticationFilterWithExclude类就是用于增强原有过滤器功能的。

public interface Filter {
    void doFilter(Stirng url);
}

public class AuthenticationFilter implements Filter {
    @Override
    public void doFilter(String url) {
        System.out.println(
            String.format("[URL]: %s", url));
    }
}

public class AuthenticationFilterWithExclude implements Filter {
    private Set<String> execludeURLs = new HashSet<>();
    private Filter filter;
    
    public AuthenticationFilterWithExclude(Filter filter) {
        this.filter = filter;
    }
    
    @Override
    public void doFilter(String url) {
        if (!execludeURLs.contains(url)) {
            filter.doFilter(url);
        }
    }
    // Omit other code ... ...
}

符合开闭原则

面对对象编程领域中有个开闭原则，它规定软件中的对象应该对扩展是开放的，但是对修改是封闭的，通俗讲就是在不修改原先代码前提下扩展对象的功能。

再回到这个场景，可以明显发现是符合该原则的，在不修改原先过滤器代码的前提扩展了“无需认证路径配置”的功能。