Juuunew 살아남기

의존성 역전 원칙 - DIP 프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다." 쉽게 이야기해서 구현 클래스에 의존하지 말고, 인터페이스에 의존하라는 뜻 역할과 구현을 철저하게 분리할 것. 쉽게 예를 들면 현대의 소나타, 아반떼, 싼타페 들은 자동차의 모델명이다. 그럼 여기서 자동차는 인터페이스가 될 것이고 소나타, 아반떼, 싼타페 등 모델들은 자동차 라는 인터페이스를 구현한 클래스 라고 볼 수 있다. 계속 예제로 사용하였던 서비스센터의 코드를 다시 한번 보자. public class User { private final Laptop needRepair; public User(Laptop needRepair) { this.needRepair = needRepair; } } // Service..

개방-폐쇄 원칙 - OCP (Open Closed Principle) 확장에는 열려있고, 변경에는 닫혀있는 기존의 코드를 변경하지 않으면서(Closed), 기능을 확장할 수 있도록(Open) 설계해야한다. 다형성을 활용해 볼 것. 단일 책임 원칙에서 예시로 들었던 서비스센터를 이어서 활용해 보겠다. // ServiceCenter 인터페이스 public interface ServiceCenter { public void repair(); } // LaptopServiceCenter 구현 클래스 public class LaptopPart implements ServiceCenter{ @Override public void repair() { System.out.println("노트북 수리"); } } // ..

SOLID 원칙은 클린 코드의 저자 로버트 마틴이 정리한 객체지향 설계의 다섯 가지 원칙으로 모듈화, 캡슐화, 확장 용이성, 구성 용이한 컴포넌트 등을 고려한 소프트웨어의 구축을 위한 설계이다. SRP (Single Responsibility Principle) : 단일 책임 원칙 OCP (Open Closed Principle) : 개방-폐쇄 원칙 LSP (Liskov Substitution Principle) : 리스코프 치환 원칙 ISP (Interface Segregation Principle) : 인터페이스 분리 원칙 DIP (Dependency Inversion Principle) : 의존 역전 원칙 의 앞글자들을 따와 SOLID 원칙이라 부른다. 단일 책임 원칙 - SRP 소프트웨어 설계 시..