도서 요약

의존성 역전 원칙 : DIP(Dependency Inversion Principle)

이 내용은 udemy의 SOLID Design Principles를 정리한 내용입니다. https://www.udemy.com/course/design-patterns-in-java-concepts-hands-on-projects/ Dependency Inversion Principle에 대해 많이 들어봤을 것이다. 스프링을 사용해 본 적이 있으면 이 원칙을 실제 사용을 해본 것이다. Dependency Inversion Principle의 정의를 한번 알아보자. A. 고수준 모듈은 저수준 모듈을 의존해서는 안된다. 양쪽 모두 추상화에 의존해야 한다. B. 추상화는 세부 사항에 의존해서는 안된다. 세부 사항은 추상화에 의존해야 한다. 의존성(Dependency)은 무엇인가? public void prin..

2023. 1. 30. 21:22

도서 요약

인터페이스 분리 원칙 : ISP(Interface Segregation Principle)

이 내용은 udemy의 SOLID Design Principles를 정리한 내용입니다. https://www.udemy.com/course/design-patterns-in-java-concepts-hands-on-projects/ Interface Segregation Principle에서 클라이언트는 사용하지 않는 인터페이스에 의존해서는 안된다라고 말하고 있다. 특히, 메소드에 대해서 말하고 있는 것이다. 클라이언트는 사용하지 않는 인터페이스에서 정의된 메소드를 의존해서는 안되고 인터페이스 오염에 대한 용어에 대해 이야기하고 있다. 이 용어를 들어보지 못했을 수도 있지만 이것이 의미하는 것은 인터페이스를 크게 만들지 말라는 것이다. 인터페이스 오염(Interface Pollution): 하나의 큰 인..

2023. 1. 30. 21:20

도서 요약

리스코프 치환 원칙 : LSP(Liskov Substitution Principle)

이 내용은 udemy의 SOLID Design Principles를 정리한 내용입니다. https://www.udemy.com/course/design-patterns-in-java-concepts-hands-on-projects/ 이 원칙은 기반 클래스를 사용하는 곳에서 서브 클래스나 자식 클래스를 사용할 수 있어야 한다는 것을 말한다. 그리고 이렇게 교체할 때 프로그램의 속성을 수정하지 않아야 한다. 여기서 단순히 타입 기반 교체를 말하는 것은 아니다. Java에서 행위 기반의 서브타이핑을 말하는 것이다. 이것은 기반 클래스의 객체가 특정 행위를 제공하고 있고 기반 클래스의 객체가 행위가 변경되고 않고 자식 클래스로 교체된다는 것을 나타낸다. 예제 이제 Liskov Substitution Princi..

2023. 1. 30. 21:19

도서 요약

공개 폐쇄 원칙 : OCP(Open Closed Principle)

이 내용은 udemy의 SOLID Design Principles를 정리한 내용입니다. https://www.udemy.com/course/design-patterns-in-java-concepts-hands-on-projects/ 이 원칙의 일반적인 정의를 한번 알아 보자. Open closed principle에서 엔티티는 기본적으로 클래스, 모듈, 메소드를 나타내며, 소프트웨어 엔티티는 확장에는 열려있어야 하고 수정에는 닫혀있어야 한다. 이 의미는 헷갈리게 들릴 수 있지만 실제로는 그렇지 않다. 여러분이 Java를 알고 객체지향을 알고 있다면 이해하기 매우 쉬운 원칙이다. 확장에 열려있다는 것(open for extension)은 기존 동작을 확장할 수있어야 한다는 것을 의미하고 수정에 닫혀있다는 ..

2023. 1. 30. 21:16

도서 요약

단일 책임 원칙 : SRP(Single Responsibility Principle)

이 내용은 udemy의 SOLID Design Principles를 정리한 내용입니다. https://www.udemy.com/course/design-patterns-in-java-concepts-hands-on-projects/ 이 원칙의 일반적인 정의를 한번 살펴 보자. 클래스에서 변경되어야 할 이유는 한 가지 이상 있어서는 안된다. Single Responsibility는 클래스는 특정 단일 기능만을 가지고 특정 관심사만 나타내는 것을 말한다. 예를 들어 원격으로 메시지를 보내는 특정 기능이 있다고 해보자. 그럼, 이 클래스에서 변경될 가능성이 있는 것은 무엇일까? 이 단일 클래스에 많은 역할을 부여했기 때문에, 변경될 이유는 많이 있을 것이다. 만일, 프로토콜이 바뀌어 클래스가 변경되어야 한다고..

2023. 1. 30. 21:13