AOP, IOC, SOLID

AOP(Aspect-Oriented Programming)

1. 중복되는 공통 코드 부분을 별도의 영역으로 분리

2. 코드가 시행 되기 전이나 이 후의 시점에 해당 코드를 붙여 넣음

AOP 특징

• 프록시 패턴 기반
• 프록시 객체를 쓰는 이유는 접근 제어 및 부가기능을 추가하기 위함

• 프록시가 호출을 가로챔 (Intercept)
• 타겟 객체에 대한 호출을 가로챈 다음 부가기능 로직을 수행하고난 후에 타겟의 핵심기능

How to implement AOP

1. 컴파일 타임 위빙

2. 클래스 로딩 타임 위빙

3. 런타임 위빙(프록시)

• 컴파일 타임 위빙은 컴파일 시점에 코드를 덧붙여주는 방법

• 클래스 로딩 위빙은 클래스 파일 로딩 타임에 코드를 덧붙여주는 방법

• 런타임 위빙은 프록시를 활용한 방법

Weaving

Runtime Weaving

Proxy

• 프록시와 실제 객체가 공유하는 인터페이스가 있고 클라이언트는 인터페이스를 통해 프록시를 사용

• 클라이언트는 실제 객체를 사용하는 것처럼 동작하지만 실제로는 프록시를 통해서 접근하게 된다

• 중간에 프록시를 사용함으로서 접근관리(보안), 캐싱(성능), 필터 등의 부가기능들을 제공할 수 있다

• 실제 객체는 자신이 해야할 일(단일 책임 원칙)만 집중하면서 부가적인 기능(로깅, 트랜잭션 처리등)을 프록시 객체에게 넘겨 객체지향적인 프로그래밍을 할 수 있게 된다

IoC(Inversion of Control)

• 애플리케이션의 흐름 제어를 개발자가 아닌 프레임워크 또는 컨테이너가 담당하는 것

• 객체의 생성 및 객체 간의 의존성을 수동으로 처리하지 않고 프레임워크 또는 컨테이너가 대신 관리해주는 것

• 객체의 생성과 관리, 객체 간의 의존성 처리 등을 프레임워크에서 대신 처리해주는 것

IoC Container

1. Injection Configuration : 설정 주입

2. Inject Dependencies : 의존성 주입

3. Manage Lifecycle : 라이프사이클 관리

DI(Dependency Injection)

• 객체가 직접 의존하는 객체를 생성하거나 참조하는 대신 이러한 의존성을 외부에서 주입 받도록 한다.

public class UserService {
	private UserRepository userRepository;
	
	public UserService() {
		this.userRepository = new UserRepository(); // 직접 생성
	}
}

1. Constructor Injection
• 생성자를 통해 의존성을 주입하는 방식
• 클래스의 생성자를 정의하고 의존하는 객체를 매개변수로 받아 필드에 할당

public class UserService {
	private UserRepository userRepository;
	
	@Autowired
	public UserService(UserRepository userRepository) {
		this.userRepository = userRepository;
	}
}

1. Setter Injection
• Setter 메서드를 통해 의존성을 주입하는 방식
• Setter 메서드를 정의하고 해당 메서드를 통해 의존하는 객체를 주입

public class OrderService {
	private PaymentGateway paymentGateway;
	
	@Autowired
	public void setPaymentGateway(PaymentGateway paymentGateway) {
	  this.paymentGateway = paymentGateway;
  }
}

1. Method Injection
• 메서드의 매개변수로 의존성을 주입하는 방식

@Component
public class ReportGenerator {
    private EmailService emailService;

    @Autowired
    public void setEmailService(EmailService emailService) {
        this.emailService = emailService;
    }
    
    public void generateReport() {
    }
}

S.O.L.I.D

1. SRP (Single Responsibilty Principle) : 단일 책임 원칙

2. OCP (Open Closed Principle) : 개방 폐쇄 원칙

3. LSP (Listov Subsititution Principle) : 리스코프 치환 원칙

4. ISP (Interface Segregation Principle) : 인터페이스 분리 원칙

5. DIP (Dependency Inversion Principle) : 의존 역전 원칙

단일 책임 원칙

• 클래스(객체)는 단 하나의 책임만 가져야 한다

• 하나의 클래스는 하나의 기능을 담당하여 하나의 책임을 수행

개방 폐쇄 원칙

• 확장에는 열려있어야 하며 수정에는 닫혀있어야 한다

• 추상화 사용을 통한 관계 구축을 권장

리스코프 치환 원칙

• 서브 타입은 언제나 기반(부모) 타입으로 교체할 수 있어야 한다

• 상위 클래스 타입으로 객체를 선언하여 하위 클래스의 인스턴스를 받으면 업캐스팅 된 상태에서 부모의 메서드를 사용해도 동작이 의도대로 흘러가야 하는 것

인터페이스 분리 원칙

• 인터페이스를 각각 사용에 맞게 끔 잘게 분리해야한다

• 클라이언트의 목적과 용도에 적합한 인터페이스 만을 제공

의존 역전 원칙

• 어떤 Class를 참조해서 사용해야하는 상황이 생긴다면 그 Class를 직접 참조하는 것이 아니라 그 대상의 상위 요소(추상 클래스 or 인터페이스)로 참조하라

• 인터페이스에 의존해라