객체지향

회사 코드를 보다가 인터페이스를 @Autowired 하여 사용하는 것을 보고"왜 구현 클래스가 아닌 인터페이스에 DI(Dependency Injection) 하는거지?" 하는 의문이 들어 찾아보았다.결론부터 얘기하면 구현 클래스가 아닌 인터페이스를 의존하는 것은 객체지향 설계원칙(SOLID) 중 개방 폐쇄의 원칙(OCP)과 의존성 역전 원칙(DIP)을 기반한 전략 패턴이었다.※ 전략 패턴 ? 객체들이 할 수 있는 행위 각각에 대해 전략 클래스를 생성하고, 유사한 행위들을 캡슐화 하는 인터페이스를 정의하여, 객체의 행위를 동적으로 바꾸고 싶은 경우 직접 행위를 수정하지 않고 전략을 바꿔주기만 함으로써 행위를 유연하게 확장하는 방법을 말한다. 즉, 객체가 할 수 있는 행위들 각각을 전략으로 만들어 놓고, 동..

객체지향 프로그래밍 설계시 좋은 객체지향 설계를 위한 SOLID 라고 불리는 5가지 원칙이 있다. SOLID 원칙은 소프트웨어를 설계함에 있어 이해하기 쉽고, 유연하며, 유지보수 및 확장이 편하다는 장점이 있다. 1. SRP(Single responsibility principle) : 단일 책임 원칙2. OCP(Open-closed principle) : 개방-폐쇄 원칙3. LSP(Liskov substitution principle) : 리스코프 치환 원칙4. ISP(Interface segregation principle) : 인터페이스 분리 원칙5.DIP(Dependency inversion principle) : 의존관계 역전 원칙1. SRP - 단일 책임 원칙한 클래스는 하나의 책임만 가져야 ..

컴포넌트(Component)의 개념의 유래 많은 하드웨어 제품들은 각각 독립된 기능을 가진 모듈로 만들어진다. 이 제품들은 회사 상관없이 서로 조합하여 하나의 제품으로 만들어진다. 이러한 제품들의 부품은 문제가 발생했을 때, 해당 부품만 다른 부품으로 바꾸어도 제품은 문제없이 작동한다. 컴퓨터와 스마트폰과 같은 제품들을 상상해보면 금방 이해가 갈 것이다. 반면에, 소프트웨어에서는 상황이 틀리다. 소프트웨어는 독립적으로 개발되지 않는 경우가 많을 뿐더러, 독립적으로 개발되어도 다른 모듈과의 호환을 생각하지 않고 개발한다. 이는 결국 소프트웨어의 재사용을 어렵게 하고 유지보수 비용이 크게 증가하는 원인이 된다. 이러한 상황에서 소프트웨어의 재사용의 중요성과 필요성을 위해 나온 기술이 컴포넌트(Componen..