[글의 의도] 공부할 양이 너무 많다는 걸 깨닫고 방황하며 이리저리 패스트캠퍼스 강의를 듣다가 어디선가 주워 들어본 내용의 '유지보수하기 좋은 코드 디자인 ' - '적절한 객체의 크기를 찾아가는 여정' 강의를 우연히 들었다. 강의 내용을 어디서 들어봤나 싶었는데 4개월 전 부트캠프 초반 멘토님께서 과제를 리뷰해줄 때 들었던 내용과 일치하여 블로그에 작성해보기로 했다. 강의의 주 내용은 흔히 개발을 할 때, Controller, Service, Repository 계층으로 개발을 진행한다. 이 때 MemberService를 인터페이스로 선언하고 구현체로 MemberServiceImpl을 사용했었는데 이에 관한 인터페이스 내용이다. [가물가물한 멘토님의 피드백 내용] 내 기억속에 KakaoAPI를 활용한 도..

01_ SPR (Single Responsibility Principle) 단일 책임 원칙 클래스를 변경해야 하는 이유는 오직 하나뿐이어야 한다. - 하나의 클래스에 역할과 책임이 많기 때문에 객체 지향 특성을 가지지 못함 - 하나의 클래스가 역할과 책임에 따라 4개의 클래스로 분리 - 단일 책임 원칙은 속성, 메서드, 패키지, 모듈, 컴포넌트, 프레임워크 등에도 적용할 수 있다.