Что плохого в умозрительном введении шаблона проектирования до того, как на самом деле существует второй конкретный вариант?

Question

Accepted Answer

Он меняет непосредственную простоту на гибкость, которая, возможно, никогда не понадобится, а добавленная косвенность затрудняет отслеживание фактического текущего поведения. Общее правило: вводите шаблон, как только второй конкретный вариант действительно существует или конкретно неизбежен, а не спекулятивно.

## Пример

```java
@Configuration
@EnableWebSecurity
public class SecurityConfig {

@Bean
    public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
        http
            .csrf(csrf -> csrf.disable()) // stateless API - see CSRF section below
            .sessionManagement(sm -> sm.sessionCreationPolicy(SessionCreationPolicy.STATELESS))
            .authorizeHttpRequests(auth -> auth
                .requestMatchers("/api/public/**").permitAll()
                .requestMatchers("/api/admin/**").hasRole("ADMIN")
                .anyRequest().authenticated())
            .addFilterBefore(jwtAuthFilter(), UsernamePasswordAuthenticationFilter.class)
            .oauth2ResourceServer(oauth2 -> oauth2.jwt(Customizer.withDefaults()));
        return http.build();
    }
}
```

## Итог

Он меняет непосредственную простоту на гибкость, которая, возможно, никогда не понадобится, а добавленная косвенность затрудняет отслеживание фактического текущего поведения.