객체 지향 프로그래밍
- 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나, 객체의 모임으로 파악하는 것.
- 각각의 객체는 메시지를 주고받고 처리함.
- 이는 프로그램을 유연하고 변경이 용이하게 만듬
- 역할과 구현을 분리해야 한다.
- 이 개념은 다형성에 해당
- 운전자와 자동차가 있을때 자동차만 바꿨을때 운전이 가능한 것
- 운전자는 자동차 인터페이스에만 의존하게 만들어야 한다.
- 역할과 구현을 분리해야 한다.
역할과 구현을 분리
- 자바 언어의 다형성을 활용
- 역할 = 인터페이스
- 구현 = 인터페이스
- 객체를 설계할 때 역할과 구현을 명확히 분리
- 객체 설계시 역할을 먼저 부여, 그 역할 수행 구현
객체의 협력 관계
- 혼자 있는 객체는 없음.
- 클라이언트 : 요청, 서버 : 응답
자바 언어의 다형성
- 다형성으로 인터페이스를 구현한 객체를 실행 시점에 유연하게 변경할 수 있음.
- 종속한다 : 알고 있다.
- 다형성의 본질 : 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다.
역할과 구현의 분리로 인한 장점
- 실세계의 역할과 구현을 다형성을 이용하여 객체 세상으로 가져오는게 가능함
- 유연하고 변경이 용이함
- 확장 가능한 설계가 됨
- 클라이언트에 영향을 주지 않는 변경이 가능함
- 인터페이스를 안정적으로 잘 설계하는 것이 중요
한계점
- 역할 자체가 변하면, 클라이언트, 서버 모두에 큰 변경이 발생
- 자동차를 비행기로 변경?
- 대본 자체가 변경?
- USB 인터페이스가 변경?
- 인터페이스를 안정적으로 잘 설계하는 것이 중요
스프링과 객체 지향
- 다형성이 가장 중요함
- 스프링은 다형성을 극대화해서 이용이 가능하게 도움을 줌
- 스프링에서의 제어의 역전(IoC), 의존관계 주입(DI)은 다형성을 활용해서 역할과 구현을 편리하게 다룰 수 있도록 지원
- 스프링 사용시 레고 블럭 조립, 공연 무대 배우 선택처럼 구현을 편리하게 변경 가능
객체 지향 설계
-
모든 설계에 역할과 구현 분리
- 모든 설계에 인터페이스를 부여
-
인터페이스 도입시 추상화 비용 발생
-
기능 확장 가능성이 없을 시 구체 클래스를 직접 사용 후 필요시 리팩터링으로 인터페이스를 도입