제어 반전은 객체 지향 프로그래밍의 설계 원칙으로, 컴퓨터 코드 간의 결합을 줄이는 데 사용할 수 있습니다. 또한 제어 반전을 사용하여 시스템의 모든 객체를 하나의 제어 시스템으로 제어할 수도 있습니다. 객체가 생성되면 외부 엔터티가 의존하는 객체에 대한 참조를 전달합니다.
제어 반전(IoC)은 컴퓨터 코드 간의 결합을 줄이는 데 사용할 수 있는 객체 지향 프로그래밍의 설계 원칙입니다. 가장 일반적인 방법은 DI(종속성 주입)이고 다른 방법은 "종속성 조회"입니다. 제어 역전을 통해 객체가 생성되면 시스템의 모든 객체를 제어하는 외부 엔터티가 자신이 의존하는 객체의 참조를 전달합니다. 의존성이 객체에 주입된다고도 말할 수 있습니다.
제어 반전 구현 전략
IoC는 큰 개념이며 다양한 방식으로 구현될 수 있습니다. 두 가지 주요 형태가 있습니다:
종속성 조회: 컨테이너는 구성 요소에 콜백 인터페이스와 상황별 조건을 제공합니다. EJB와 Apache Avalon 모두 이 접근 방식을 사용합니다. 이러한 방식으로 구성 요소는 리소스 및 공동 작업 개체를 찾기 위해 컨테이너에서 제공하는 API를 사용해야 합니다. 유일한 제어 반전은 해당 콜백 메서드(즉, 위에서 언급한 유형 1)에만 반영됩니다. 컨테이너는 이러한 콜백 메서드를 호출합니다. , 이를 통해 애플리케이션 코드가 관련 리소스를 얻을 수 있습니다.
종속성 주입: 구성 요소는 위치 지정 쿼리를 수행하지 않고 컨테이너가 종속성을 결정할 수 있도록 일반 Java 메서드만 제공합니다. 컨테이너는 JavaBean 속성이나 생성자를 통해 필요한 개체에 대한 종속성을 충족하는 개체를 전달하는 역할만 담당합니다. JavaBean 속성을 통해 종속성을 주입하는 방법을 Setter 주입이라고 합니다. 종속성을 생성자 매개변수로 전달하는 방법을 생성자 주입이라고 합니다.
제어 반전 구현 방법
데이터 액세스 계층 구현
데이터 액세스 계층에는 두 가지 목표가 있습니다. 첫 번째는 데이터베이스가 언제든지 변경될 수 있도록(예: Microsoft SQL에서 Oracle로) 애플리케이션에서 데이터베이스 엔진을 추상화하는 것입니다. 그러나 실제로는 이러한 작업이 거의 수행되지 않으며, 데이터 액세스 계층을 사용하여 기존 애플리케이션을 재구성할 이유와 능력이 충분하지 않습니다.
두 번째 목표는 데이터베이스 구현에서 데이터 모델을 추상화하는 것입니다. 이를 통해 필요에 따라 데이터베이스나 코드를 변경할 수 있으며, 주 애플리케이션의 작은 부분인 데이터 액세스 계층에만 영향을 줍니다. 이 목표는 기존 시스템에 구현하는 데 필요한 리팩토링의 가치가 있습니다.
모듈 및 인터페이스 리팩토링
종속성 주입의 핵심 아이디어는 단일 책임 원칙입니다. 이 원칙은 모든 개체가 특정 목적을 가져야 하며 해당 목적을 활용해야 하는 응용 프로그램의 여러 부분이 적절한 개체를 사용해야 함을 명시합니다. 이는 이러한 개체를 시스템의 어느 곳에서나 재사용할 수 있음을 의미합니다. 그러나 기존의 많은 시스템에서는 그렇지 않습니다.
언제든지 단위 테스트를 추가하세요
기능을 전체 개체에 캡슐화하면 자동 테스트가 어렵거나 불가능해집니다. 이러한 방식으로 리팩토링하면 특정 개체에서 모듈과 인터페이스를 격리하여 고급 단위 테스트가 가능해집니다. 나중에 테스트를 추가하겠다는 생각으로 모듈을 계속 리팩토링하고 싶은 유혹이 있지만 이는 실수입니다.
생성자 주입 대신 서비스 로케이터를 사용하세요
제어 역전을 달성하는 방법은 여러 가지가 있습니다. 가장 일반적인 접근 방식은 생성자 주입을 사용하는 것입니다. 이를 위해서는 객체가 처음 생성될 때 모든 소프트웨어 종속성을 제공해야 합니다. 그러나 생성자 주입에서는 전체 시스템이 이 패턴을 사용한다고 가정하므로 전체 시스템을 동시에 리팩터링해야 합니다. 어렵고 위험하며 시간이 많이 걸립니다.
추천 튜토리얼: "PHP"
위 내용은 통제 역전이란 무엇을 의미합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!