대기업이 Spring Boot 프로젝트에서 @Autowired 주석 사용을 금지하는 이유는 무엇입니까?

1. 설명

회사는 최근 원본에서 프레임워크를 업그레이드했습니다. <span style="outline: 0px;font-size: 16px;visibility: visible;">스프링 프레임 작업 3.0 <code style='margin-right: 2px;margin-left: 2px;padding: 2px 4px;outline: 0px;letter-spacing: 0.034em;font-size: 14px;border-radius: 4px;background-color: rgba(27, 31, 35, 0.05);font-family: "Operator Mono", Consolas, Monaco, Menlo, monospace;word-break: break-all;color: rgb(239, 112, 96);visibility: visible;'><span style="outline: 0px;font-size: 16px;visibility: visible;">spring framerwork 3.0</span>升级到<span style="outline: 0px;font-size: 16px;visibility: visible;">5.0</span>다음으로 업그레이드 <span style="outline: 0px;font-size: 16px;visibility: visible;">5.0</span>, 그리고 코드를 작성할 때 , 속성 주입에 대한 @Autowired

주석은 아래와 같은 경고를 표시하는데, 이는 결국 수년 동안 이렇게 작성되어 왔습니다.

필드 주입은 권장하지 않습니다

🎜🎜🎜

관련 문서를 확인한 결과 이 ​​메시지는 <code style="outline: 0px;visibility: visible;"><span style="outline: 0px;font-size: 16px;visibility: visible;">spring framerwork 4.0</span>以后开始出现的，spring 4.0开始就不推荐使用属性注入，改为推荐构造器注入和setter注入。

下面将展示了spring框架可以使用的不同类型的依赖注入，以及每种依赖注入的适用情况。

2、依赖注入的类型

尽管针对<span style="outline: 0px;font-size: 16px;">spring framerwork 5.1.3</span>spring Framerwork 4.0 이후부터 나타나기 시작했지만 그 이후에는 나타나지 않는 것으로 나타났습니다. spring 4.0에서는 속성 주입을 권장하고 대신 생성자 주입과 설정자 주입을 권장합니다.

🎜🎜🎜다음은 스프링 프레임워크에서 사용할 수 있는 다양한 종속성 주입 유형과 각 종속성 주입에 적용 가능한 상황을 보여줍니다. 🎜🎜🎜
🎜

2. 종속성 주입 유형🎜🎜

🎜🎜🎜springframerwork 5.1.3🎜🎜에 대한 문서에서는 종속성 주입의 두 가지 주요 유형만 정의하지만 실제로는 세 가지가 있습니다.🎜 🎜

• 생성자 기반 종속성 주입
• Setter 기반 종속성 주입
• 필드 기반 종속성 주입

where <span style="outline: 0px;font-size: 16px;">基于字段的依赖注入</span>필드 기반 종속성 주입이 널리 사용되지만 아이디어나 기타 정적 코드 분석 도구는 프롬프트 메시지를 제공하므로 권장되지 않습니다.

일부 공식 Spring 가이드에서도 이 주입 방법을 볼 수 있습니다.

2.1 생성자 기반 종속성 주입

생성자 기반 종속성 주입에서 클래스 구성 함수는 @ 주석으로 표시됩니다. Autowired이며 주입할 객체와 관련된 여러 매개변수를 포함합니다.

@Component
public class ConstructorBasedInjection {

    private final InjectedBean injectedBean;

    @Autowired
    public ConstructorBasedInjection(InjectedBean injectedBean) {
        this.injectedBean = injectedBean;
    }
}

그러면 봄 공식 문서에서는 @Autowired 주석도 생략할 수 있습니다.

🎜

public class SimpleMovieLister {

    // the SimpleMovieLister has a dependency on a MovieFinder
    private MovieFinder movieFinder;

    // a constructor so that the Spring container can inject a MovieFinder
    public SimpleMovieLister(MovieFinder movieFinder) {
        this.movieFinder = movieFinder;
    }

    // business logic that actually uses the injected MovieFinder is omitted...
}

基于构造函数注入的主要优点是可以将需要注入的字段声明为final， 使得它们会在类实例化期间被初始化，这对于所需的依赖项很方便。

2.2 基于Setter的依赖注入

在基于setter的依赖注入中，setter方法被标注为 @Autowired。一旦使用无参数构造函数或无参数静态工厂方法实例化Bean，为了注入Bean的依赖项，Spring容器将调用这些setter方法。

@Component
public class SetterBasedInjection {

    private InjectedBean injectedBean;

    @Autowired
    public void setInjectedBean(InjectedBean injectedBean) {
        this.injectedBean = injectedBean;
    }
}

和基于构造器的依赖注入一样，在官方文档中，基于Setter的依赖注入中的 @Autowired也可以省去。

public class SimpleMovieLister {

    // the SimpleMovieLister has a dependency on the MovieFinder
    private MovieFinder movieFinder;

    // a setter method so that the Spring container can inject a MovieFinder
    public void setMovieFinder(MovieFinder movieFinder) {
        this.movieFinder = movieFinder;
    }

    // business logic that actually uses the injected MovieFinder is omitted...
}

2.3 基于属性的依赖注入

在基于属性的依赖注入中，字段/属性被标注为 @Autowired。一旦类被实例化，Spring容器将设置这些字段。

@Component
public class FieldBasedInjection {
    @Autowired
    private InjectedBean injectedBean;
}

正如所看到的，这是依赖注入最干净的方法，因为它避免了添加样板代码，并且不需要声明类的构造函数。代码看起来很干净简洁，但是正如代码检查器已经向我们暗示的那样，这种方法有一些缺点。

3. 필드 기반 종속성 주입 결함

3.1 불변 필드는 선언할 수 없습니다.

final/immut로 선언된 필드에 필드 기반 종속성 주입 할 수 있는 클래스가 인스턴스화될 때 이러한 필드도 인스턴스화되어야 하기 때문에 작동하지 않습니다. 불변 종속성을 선언하는 유일한 방법은 생성자 기반 종속성 주입을 사용하는 것입니다.

3.2 단일 책임 설계 원칙을 위반하기 쉽습니다

객체 지향 프로그래밍에서는 코드 재사용성을 향상시키기 위해 SOLID의 5가지 설계 원칙(중국에서는 일반적으로 6가지 설계 원칙)이 널리 사용됩니다. SOLID

의 가독성, 신뢰성 및 유지 관리 가능성

S는 단일 책임 원칙을 나타냅니다. 즉, 클래스는 하나의 책임만 담당해야 하며, 이 클래스에서 제공하는 모든 서비스는 담당하는 책임만 담당해야 합니다. 봉사를 위해.

자주 사용되는 클래스에 대해 필드 기반 종속성 주입을 사용하면 시간이 지남에 따라 점차적으로 클래스에 더 많은 종속성을 추가하게 되며 클래스의 종속성을 너무 많이 무시하기 쉽습니다. . 하지만 생성자 기반 종속성 주입을 사용하면 클래스에 종속성이 추가될수록 생성자가 점점 커지는데, 뭔가 잘못되었음을 한눈에 알 수 있습니다.

10개 이상의 매개변수가 있는 생성자를 갖는 것은 클래스가 크고 포괄적인 기능 모음으로 변환되었으며 더 작고 유지 관리하기 쉬운 덩어리로 분할되어야 한다는 분명한 신호입니다.

따라서 속성 주입은 단일 책임 원칙을 위반하는 직접적인 원인은 아니지만 신호를 숨겨 우리가 이를 무시하기 쉽게 만듭니다.

3.3 종속성 주입 컨테이너와 긴밀하게 결합됨

필드 기반 종속성 주입을 사용하는 주된 이유는 getter 및 setter에 대한 상용구 코드를 피하거나 클래스에 대한 생성자를 생성하는 것을 피하기 위한 것입니다. 궁극적으로 이는 이러한 필드를 설정하는 유일한 방법은 Spring 컨테이너를 통해 클래스를 인스턴스화하고 리플렉션을 사용하여 주입하는 것임을 의미합니다. 그렇지 않으면 필드는 null로 유지됩니다.

종속성 주입 디자인 패턴은 클래스 자체에서 클래스 종속성 생성을 분리하고 이 책임을 클래스 주입 컨테이너로 이전하여 프로그램 설계를 분리하고 단일 책임 및 종속성 반전 원칙(동등한 신뢰성)을 따를 수 있도록 합니다. 따라서 자동 배선 필드에 의해 달성된 클래스의 분리는 이를 클래스 주입 컨테이너(이 경우 Spring)에 다시 결합함으로써 결국 손실되어 Spring 컨테이너 외부에서 클래스를 쓸모 없게 만듭니다.

예를 들어 단위 테스트를 위해 애플리케이션 컨테이너 외부에서 클래스를 사용하려는 경우 다른 가능한 방법(리플렉션 제외)을 설정할 수 없으므로 Spring 컨테이너를 사용하여 클래스를 인스턴스화해야 함을 의미합니다. 자동 배선 필드.

3.4 숨겨진 종속성

종속성 주입을 사용할 때 영향을 받는 클래스는 공용 인터페이스를 사용하거나 생성자에서 필수 종속성을 노출하거나 메서드(세터)를 사용하여 선택적 종속성을 노출함으로써 이러한 종속성을 명확하게 노출해야 합니다. 필드 기반 종속성 주입을 사용하면 이러한 종속성은 기본적으로 외부 세계로부터 숨겨집니다.

4. 요약

현장 기반 주입은 아무리 멋져 보이더라도 단점이 많기 때문에 최대한 피해야 한다는 점을 살펴보았습니다. 권장되는 접근 방식은 생성자 기반 및 설정자 기반 종속성 주입을 사용하는 것입니다.

필수 종속성의 경우 생성자 기반 주입을 사용하고 불변으로 만들고 null이 되는 것을 방지하는 것이 좋습니다. 선택적 종속성의 경우 setter 기반 주입을 사용하는 것이 좋습니다.

위 내용은 대기업이 Spring Boot 프로젝트에서 @Autowired 주석 사용을 금지하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!