访问控制应该属于业务逻辑吗？

访问控制是一个非常重要的功能，通常是应用程序的一个主要组成部分。在一些系统中，访问控制是完全由应用程序的业务逻辑来定义和执行的。但是，在一些更复杂的系统中，访问控制需要通过独立的机制来进行管理，这通常是一个专门的访问控制层。

访问控制的实现方式是根据具体需求而定的，可能在业务逻辑中进行实现，也可能有自己的独立组件。下面是一个使用 Spring Security 框架实现访问控制的示例：

@Configuration
@EnableWebSecurity
public class WebSecurityConfig extends WebSecurityConfigurerAdapter {

    @Autowired
    private CustomUserDetailsService userDetailsService;

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
            .antMatchers("/admin/**").hasRole("ADMIN")
            .antMatchers("/user/**").hasAnyRole("ADMIN", "USER")
            .and().formLogin().loginPage("/login").permitAll()
            .and().logout().logoutUrl("/logout").permitAll()
            .and().csrf().disable();
    }

    @Override
    protected void configure(AuthenticationManagerBuilder auth) throws Exception {
        auth.userDetailsService(userDetailsService);
    }

    @Bean
    public PasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }

}

在这个例子中，我们创建了一个配置类 WebSecurityConfig，并继承了 Spring Security 提供的 WebSecurityConfigurerAdapter 类，这个类用于配置基于 Web 的安全性。

在 configure 方法中，我们使用了一个 Fluent API，其中 authorizeRequests 按顺序提供了一些安全规则。例如，我们指定了 /admin/** URL 只允许 ADMIN 角色的用户访问，而 /user/** URL 则允许 ADMIN 和 USER