- 계산기 코드 리팩토링 마저 하기

---

- 어제 못 끝낸 거 (IOC, DI, AOP) 이어서 하기

+) 22. 06. 20. 드디어 정리 다 끝내서 추가

IoC(Inversion of Control / 제어 역전): 객체의 생성, 생명주기의 관리까지 모든 객체에 대한 제어권이 바뀌었다는 것을 의미한다.

✔️ 스프링 프레임워크가 IoC 컨테이너 기능을 제공한다.

• IoC 컨테이너: 객체의 생성을 책임지고 의존성을 관리한다.
  POJO의 생성, 초기화, 서비스, 소멸에 대한 권한을 가진다.

  *POJO(Plain Old Java Project): 객체 지향적인 원리에 충실하면서 환경과 기술에 종속되지 않고 필요에 따라 재활용 할 수 있는 방식으로 설계된 오브젝트.

  인스턴스 생명 주기를 개발자가 아닌 컨테이너가 대신 관리해 준다.
  → 개발자는 로직에만 집중 가능.

  *생명 주기: 인스턴스의 상태에 따라서 호출할 수 있는 속성.
  
  

✔️ IoC 분류

• 의존성 검색 - DL(Dependency Lookup): 저장소에 저장되어 있는 Bean에 접근하기 위해 컨테이너가 제공하는 API를 이용하여 Bean을 Lookup 하는 것.

• 의존성 주입 - DI(Dependency Injection): Setter Injection / Constructor Injection / Method Injection

  각 클래스 간의 의존관계를 빈 설정 정보를 바탕으로 컨테이너가 자동으로 연결해주는 것.

  *XML, annotation으로 설정.

DL을 사용하면 컨테이너 종속성이 증가하기 때문에 주로 DI를 사용한다.

✔️ DI의 개념
개발자가 의존관계를 설정해놓으면 컨테이너가 자동으로 주입해준다.

• 개발자들은 단지 빈 설정파일에서 의존관계가 필요하다는 정보를 추가하면 된다.

• 객체 레퍼런스를 컨테이너로부터 주입 받아서 실행 시에 동적으로 의존관계가 생성된다.

• 컨테이너가 흐름의 주체가 되어 애플리케이션 코드에 의존관계를 주입해주는 것이다.

→ 장점: 코드가 단순해진다. 컴포넌트 간의 결합도가 제거된다.

✔️ DI의 유형

• Setter Injection: 의존성을 입력 받는 Setter 메서드를 만들고 이를 통해 의존성을 주입한다.
• Constructor Injection: 필요한 의존성을 포함하는 클래스의 생성자를 만들고 이를 통해 의존성을 주입한다.
• Method Injection: 의존성을 입력 받는 일반 메서드를 만들고 이를 통해 의존성을 주입한다.
  
  

✔️ Spring DI 컨테이너가 관리하는 객체 == 빈(Bean)
이 빈들을 관리한다는 의미로 컨테이너를 빈 팩토리(Bean Factory)라 부른다.
빈 팩토리에 여러 가지 컨테이너 기능을 추가하여 Application Context 라고 부른다.

interface
BeanFactory
⬆️
interface
ApplicationContext

BeanFactory: 빈을 등록, 생성, 조회, 반환 관리를 한다.
⬇️ 확장
ApplicationContext: 기능은 빈 팩토리와 같음. Spring의 각종 부가 서비스를 추가로 제공한다.

---

AOP: 교차 관심사의 분리를 허용하여 모듈성을 높이는 것을 목표로 하는 프로그래밍 패러다임. 코드 자체를 수정하지 않고 기존 코드에 추가 동작을 추가하여 이를 수행한다.

✔️ AOP는 애플리케이션의 관심사의 분리(기능의 분리) 즉, 핵심적인 기능에서 부가적인 기능을 분리한다. 분리한 부가기능을 Aspect라는 독특한 모듈형태로 만들어서 설계하고 개발하는 방법이다.

✔️ AOP는 부가기능을 Aspect로 정의하여, 핵심기능에서 부가기능을 분리함으로써 핵심기능을 설계하고 구현할 때 객체지향적인 가치를 지킬 수 있도록 도와주는 개념이다.

*핵심기능: 업무 로직을 포함하는 기능. (은행으로 예를 들면 계좌이체, 대출승인 등)
*부가기능: 핵심기능을 도와주는 부가적인 기능(로깅, 보안 등)

✔️ Aspect: 부가기능을 정의한 코드인 어드바이스(Advice)와 어드바이스를 어디에 적용하는지를 결정하는 포인트컷(PointCut)을 합친 개념이다.

→ Advice + PointCut = Aspect

• AOP 개념을 적용하면 핵심기능 코드 사이에 침투된 부가기능을 독립적인 애스펙트로 구분할 수 있다.

• 구분된 부가기능 애스펙트를 런타임 시에 필요한 위치에 동적으로 참여하게 할 수 있다.
  
  

✔️ AOP 용어

• 타겟: 핵심기능을 담고 있는 모듈. 부가기능을 부여할 대상.

• 어드바이스: 타겟에 제공할 부가기능을 담고 있는 모듈.

• 조인 포인트: 어드바이스가 적용될 수 있는 위치.
  → 타겟 객체가 구현한 인터페이스의 모든 메서드는 조인 포인트가 된다.

• 포인트 컷: 어드바이스를 적용할 타겟의 메서드를 선별하는 정규표현식.

• 애스펙트: AOP의 기본 모듈. 싱글톤 형태의 객체로 존재.

• 어드바이저: 어드바이스 + 포인트컷. Spring AOP에서만 사용된다.

• 위빙(Weaving): 포인트컷에 의해 결정된 타겟의 조인 포인트에 부가기능(어드바이스)를 삽입하는 과정을 뜻한다. 위빙은 AOP가 핵심기능(타겟)의 코드에 영향을 주지 않으면서 필요한 부가기능(어드바이스)을 추가할 수 있도록 해주는 핵심적인 처리과정이다.
  
  

✔️ Spring AOP의 특징

• Spring은 프록시(Proxy) 기반 AOP를 지원한다.

  • 스프링은 타겟 객체에 대한 프록시를 만들어 제공한다.

  • 타겟을 감싸는 프록시는 실행시간(Runtime)에 생성된다.

  • 프록시는 어드바이스를 타겟 객체에 적용하면서 생성되는 객체다.

• 프록시가 호출을 가로챈다. (Intercept)

  • 전처리 어드바이스: 프록시가 타겟 객체에 대한 호출을 가로챈 다음 어드바이스의 부가기능 로직을 수행한다. 그리고 그 후에 핵심기능 로직을 호출한다.

  • 후처리 어드바이스: 타겟의 핵심기능 로직 메서드를 호출한 후에 부가기능(어드바이스)을 수행한다.

• Spring AOP는 메서드 조인 포인트만 지원한다.

  • Spring은 동적 프록시를 기반으로 AOP를 구현.
    → 메서드 조인 포인트만 지원.
    → 핵심기능(타겟)의 메서드가 호출되는 런타임 시점에만 부가기능(어드바이스)을 적용할 수 있다.

  • AspectJ 같은 고급 AOP 프레임워크를 사용하면 객체의 생성, 필드값의 조회와 조작, static 메서드 호출 및 초기화 등의 다양한 작업에 부가기능을 적용할 수 있다.
    
    

✔️ Spring AOP의 구현 방식

• XML 기반의 POJO 클래스를 이용한 AOP 구현

  • 부가기능을 제공하는 Active 클래스를 작성한다.

  • XML 설정 파일에 <aop.config>를 이용해서 애스펙트를 설정한다.
    → 어드바이스와 포인트컷 설정

• @Aspect 어노테이션을 이용한 AOP 구현

  • @Aspect 어노테이션을 이용해서 부가기능을 제공하는 Aspect 클래스를 작성한다. 이때 Aspect 클래스는 어드바이스를 구현하는 메서드와 포인트컷을 포함한다.

  • XML 설정 파일에 <aop:aspectj-autoproxy /> 를 설정한다.

---

참고 자료

✔️ IoC (https://youtu.be/GKoCibDM6Ns)
✔️ AOP (https://youtu.be/GKoCibDM6Ns)

---

- 운영체제 2챕터

day 6🌕 과 day8 🌕 참고.

---

- 자바 Collection 알아보기

컬렉션(Collection): 목록성 데이터를 처리하는 자료구조.
Collection Framework: 대량의 데이터를 효율적으로 처리할 수 있는 기능을 제공해주는 클래스의 집합.

*자료구조: 어떤 정보를 담는 것. 여러 데이터를 담을 때 사용한다.

배열과의 차이점: 정적 메모리 할당이 아닌 동적 메모리 할당을 한다.
→ new int[4]를 하면 공간을 4개밖에 못 쓰고, 미리 선언을 통해 4개의 공간을 만들어야 하지만 Collection은 공간이 필요한 만큼 계속 추가할 수 있다.

자료구조 유형

• List: 순서가 있으며 중복이 허용된다.

• Set: 순서가 없고 중복이 허용되지 않는다.

• Queue: 먼저 들어온 것이 먼저 나가는 선입선출(FIFO) 구조.

• Map: Key-Value 형태로 저장되며, 순서가 없고 키는 중복이 안 되지만 값은 중복이 허용된다.
  
  

List와 Set, Queue 인터페이스는 Collection 인터페이스를 상속받지만 Map 인터페이스는 독립적으로 정의되어 있다.

List 관련 클래스

• ArrrayList: 단방향 포인터 구조로 각 데이터의 인덱스를 가지고 있어 조회 성능이 뛰어나다. 배열의 크기를 고정할 수 없다.

• LinkedList: 각 데이터가 노드와 포인터로 구성되어 있다. 포인터로 연결되어 있기 때문에 ArrayList에 비해 중간에 데이터를 삽입하거나 삭제하기 용이하다.

• Vector: ArrayList와 동일하게 동작하지만, ArrayList와 다르게 Thread-Safe하다. (다만 스레드가 한 개여도 동기화를 하기 때문에 ArrayList에 비해 성능은 조금 떨어진다.)

  *Thread-Safe: 어떤 함수나 변수, 객체가 여러 스레드로부터 동시에 접근이 이루어져도 프로그램의 실행에 문제가 없음을 뜻한다.
  

• Stack: 전형적인 Stack 메모리 구조–후입선출(LIFO)의 구조–를 가지고 있다.
  
  

ArrayList와 HashSet의 차이점

ArrayList	HashSet
순서 O	순서 X
중복값 O	중복값 X
특정 위치의 요소에 접근 가능	특정 위치의 값에 접근 불가

---

참고 자료

✔️ List 인터페이스 살펴보기 (https://youtu.be/uPSkCKB4Kuo)
✔️ 초간단 자바 - 컬렉션 (https://youtu.be/JUMvRuJDiLQ)