스프링 입문을 위한 자바 객체 지향의 원리와 이해

챕터 1 사람을 사랑한 기술

스프링 프레임워크의 개념은 OOP 프레임워크이다

스프링 삼각형 IoC/DI, AOP, PSA

 

자바 알아야 할 것

- OOP 개념

- 자바 언어의 문법

- 자바가 OOP 개념을 구현한 방식

 

---

 

챕터 2 자바와 절차적/구조적 프로그래밍

main() 메서드(프로그램이 실행되는 시작점)가 실행될 때 T메모리에는 어떤 일이 일어나는지?

1. JRE가 프로그램 안에 main() 메서드 확인
2. 있을 경우, JVM 부팅
3. JVM은 목적파일을 받아 실행
4. JVM은 전처리 과정 수행
   1. java.lang 패키지를 T 메모리의 스태틱 영역에 배치
   2. 개발자가 작성한 모든 클래스와 임포트 패키지를 스태틱 영역에 배치

멀티 스레드와 멀티 프로세스란?

https://www.geekboots.com/story/multiprocessing-vs-multithreading

멀티 스레드(Multi Thread)

- 멀티 쓰레드의 T메모리 모델은 스택 영역을 스레드 개수만큼 분할해서 사용

- 참고로, 서블릿은 요청당 스레드를 생성

멀티 프로세스(Multi Process)

- 다수의 데이터 저장 영역, 즉 다수의 T 메모리를 가짐

 

스태틱 : 클래스들의 놀이터

스택 : 메서드의 놀이터

힙 : 객체의 놀이터

 

 

---

 

챕터 3 자바와 객체 지향

객체지향의 4대 특성

- 캡슐화(정보 은닉), 상속(재사용), 추상화(모델링), 다형성(사용편의)

 

UML 표기법에서 클래스 멤버(static)는 밑줄을 그어 표기

클래스 멤버 = static  멤버 = 정적 멤버

->  JVM 구동 시 T 메모리의 스태틱 영역에 바로 배치되기 때문에 객체의 존재 여부에 관계없이 쓸 수 있음

 

LSP(리스코프의 치환 원칙)

-> 하위 클래스는 상위 클래스다

 

객체와 클래스를 잘 나타내도록 변수명 작성

ex) Bird aBird 또는 Bird theBird

 

인터페이스는 be able to "무엇을 할 수 있는" 표현 형태로 만든다

ex) Serializable, Cloneable, Comparable, Runnable

 

상위 클래스는 하위 클래스에 특성(속성 + 메서드)을 상속해 주고, 

인터페이스는 클래스가 '무엇을 할 수 있다' 라고 하는 기능을 구현하도록 강제함

-> 상위 클래스는 물려줄 특성이 많을 수록 좋고 (LSP 리스코프 치환 원칙)

-> 인터페이스는 구현을 강제할 메서드의 개수가 적을수록 좋음 (ISP 인터페이스 분할 원칙)

 

하위 클래스의 인스턴스가 생성되면 상위 클래스의 인스턴스도 함께 생성됨

 

 

---

 

챕터 4 자바가 확장한 객체 지향

 

JUnit @BeforeClass

-> static 블록 (p.157)

 

인터페이스는 추상 메소드와 정적 상수만 가질 수 있음

-> public static final / public abstract

근데 자바 8부터 람다 생기고 이제 디폴트 메소드라고 하는 구상 메서드와 정적 추상 메서드 지원함

 

 

 

---

 

챕터 5 객체 지향 설계 5원칙

 

SOLID

• SRP(Single Responsibility Principle): 단일 책임의 원칙
  • 어떤 클래스를 변경해야 하는 이유는 오직 하나뿐이어야 한다. 
  • 분기처리를 위한 if문이 메소드에서 보이면 SRP를 위반한 것이 아닌지 의심해봐야 함
• OCP(Open Closed Principle): 개방 폐쇄 원칙
  • 자신의 확장에는 열려 있고, 주변의 변화에는 닫혀있어야 한다. 
  • 좋은 예: JDBC, 스프링 프레임 워크
• LSP(Liskov Substitution Principle): 리스코프 치환 원칙
  • 서브 타입은 언제나 자신의 기반 타입으로 교체할 수 있어야 한다.
• ISP(Interface Segregation Principle): 인터페이스 분리 원칙
  • 클라이언트는 자신이 사용하지 않는 메서드에 의존 관계를 맺으면 안 된다. 
• DIP(Dependency Inversion Principle): 의존 역전 원칙
  • 자신보다 변하기 쉬운 것에 의존하지 마라.  
  • 변하기 쉬운 것에 의존하던 것을 추상화된 인터페이스나 상위 클래스를 만들어 변하기 쉬운 것의 변화에 영향받지 않게 하는 것

 SRP와 ISP는 같은 문제에 대한 다른 해결방법이라고 볼 수 있는데 특별한 경우가 아니면 단일 책임 원칙을 적용하는 것이 좋다. 

 

 

---

 

챕터 6  스프링이 사랑한 디자인 패턴

디자인 패턴은 객체 지향의 특성 중 상속(extends), 인터페이스(interface/implements), 합성(객체를 속성으로 이용)을 이용함.

 

총 8가지의 패턴

1. Adapter Pattern

- 서로 다른 두 인터페이스 사이에 통신이 가능하게 하는 것

- ODBC/JDBC가 어댑터 패턴을 이용해 다양한 데이터베이스 시스템을 단일한 인터페이스로 조작할 수 있도록 해줌

- SOLID 중 OCP 활용한 설계 패턴

- 합성을 사용 

2. Proxy Pattern

- 제어 흐름을 조정하기 위한 목적으로 중간에 대리자를 두는 패턴

- 대리자는 실제 서비스와 같은 이름의 메서드 구현. 인터페이스 사용

- 대리자는 실제 서비스에 대한 참조 변수를 가짐(합성)

- 대리자는 실제 서비스의 같은 이름을 가진 메서드를 호출하고, 그 값을 클라이언트에게 돌려줌

- 대리자는 실제 서비스의 메서드 호출 전후에 별도의 로직 수행 가능

- SOLID 중 OCP 및 DIP 사용

3. Decorator Pattern

- 프록시 패턴과 구현 방법 동일. 단, 데코레이터 패턴은 클라이언트가 받는 반환값에 장식을 덧입힘

4. Singleton Pattern

- 클래스의 인스턴스(객체)를 하나만 만들어서 사용할 수 있게 함

- 필요한 조건 

- 1. new를 실행할 수 없도록 생정자에 private 접근 제어자 지정

- 2. 유일한 단일 객체를 반환할 수 있는 정적 메서드가 필요함

- 3. 유일한 단일 객체를 참조할 정적 참조 변수가 필요함 -> 참조하는 단일 객체를 반환하는 getInstance() 정적 메서드를 가짐

- 4. 단일 객체는 쓰기 가능한 속성을 갖지 않는 것이 좋음

5. Template Method Pattern

- 상위 클래스의 견본 메서드에서 하위 클래스가 오버라이딩한 메서드를 호출하는 패턴

6. Factory Method Pattern

- 오버라이드된 메서드가 객체를 생성해서 반환하는 메서드

7. Strategy Pattern

- 전략 패턴을 구성하는 요소

- 1. 전략 메서드를 가진 전략 객체

- 2. 전략 객체를 사용하는 컨텍스트(전략 객체의 사용자/소비자)

- 3. 전략 객체를 생성해 컨텍스트에 주입하는 클라이언트(제3자, 전략 객체의 공급자)

- 템플릿 메소드 패턴과 유사한데, 같은 문제에 대해 상속을 이용하는 템플릿 메서드 패턴과, 객체 주입을 통한 전략 패턴 중에서 선택하여 적용 가능. 하지만, 자바의 경우, 단일 상속만이 가능하기 때문에 상속에 제한이 있어 전략 패턴이 더 많이 사용됨 

8. Template Callback Pattern

- 전략 패턴의 변형

- 스프링 DI에서 사용

- 전략을 익명 내부 클래스로 정의해서 사용

 

 

 

내부클래스는 outer class 안에 구현됨. 내부 클래스는 외부 클래스의 내용을 사용할 수 있다. 심지어 private 한 메소드랑 변수도 사용 가능. 내부 클래스는 outer class에 생성한다. 하지만 이젠 람다가 내부클래스의 역할을 더 읽기 쉽고 더 간결한 방법으로 대체할 수 있다. 

 

---

 

 

 

 

 

참고자료

https://zdnet.co.kr/view/?no=00000039134727

https://www.nextree.co.kr/p6960/

 

 

// TODO

추천하는 책 : Taeyo's ASP, MS-SQL, 토비의 스프링

부록B 람다 공부