박은종의 객체지향 설계를 위한 디자인 패턴 with 자바
2 min readDec 21, 2021
--
총 강의 시간: 8:35:29
Chapter 01, 2021–12–21 (화요일)
무엇보다 경험이 중요
고객의 요구사항에 따라 유지보수가 용이하게 만들어야 한다.
캡상추다
추상화:
상속성: 코드의 재사용으로 접근하지마라? 잘 이해가 안된다. 잘 못 된 사용 방법등을 공부해보자. 상속의 올바른 사용방법을 찾아보자.
SOLID 원칙
단일 책임의 법칙
역할, 책임, 협력
그 클래스의 역할의 책임(기능)
개방 폐쇄의 법칙
예 JDBC, 스프링의 서비스 추상화를 말하는거 같다. 인터페이스로 결합도를 낯추는거를 생각하면 되는건가? 느슨한 결합
리스코프 치환 원칙
하위 클래스는 항상 상위 클래스로 교체 될 수 있어야 한다. 상속할때 주의점같은건가?
의존 역전 원칙
의존 관계는 구체적인 것보다는 추상적인 것에 의존한다. 느슨한 결합을 또 의미하는건가? 개방 폐쇄랑 좀 비슷한거 같은데… 다형성을 이용하라는 건가?
인터페이스 분리 원칙
만약 하나의 객체가 여러 기능을 제공해야 한다면 (단일 책임 원칙에 위배) 이때 클라이언트가 사용할 수 있는 여러 인터페이스로 분리하여 제공.
클래스 다이어그램
다이어그램 이용해서 설계를 해보자. 이탤릭체는 추상클래스.