일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Collection
- DesignPattern
- 디자인패턴
- 프로그래머스
- Python
- 로버트마틴
- Java
- Spring
- solid
- 백준
- JDBC
- Rails
- 람다 칼큘러스
- 겨울카카오인턴
- tcp
- 큐
- 파이썬
- 자바
- javscript
- Eclipse
- lambda calculus
- JavaScript
- functional programming
- 함수형 프로그래밍
- 스택
- Pattern
- design-pattern
- Network
- exception
- Collections
Archives
- Today
- Total
목록DIP (1)
개발자 노트
Dependency Inversion Principle
The Dependency Inversion Principle 앞서서 OCP와 LSP에 대해서 배웠습니다. OCP는 변경은 허용하되 수정을 막자는 원칙이였고, LSP는 베이스 클래스가 서브 클래스로 치환될 수 있다는 원칙이였습니다. 이 두 원칙을 엄격히 사용하는데서 비롯되는 구조에 대해 말씀드리겠습니다. 이 구조 자체가 원칙이 되며 이 이름은 The Dependency Inversion Principle이라고 합니다 소프트웨어, 뭐가 문제야? 우리는 소프트웨어를 만드는 개발자로서, 우리 스스로 나쁜 디자인으로 내몰고 있습니다. 왜 이런 일이 일어날까요? 이 문제의 핵심은 바로 bad design을 정의를 하지 않았다는 것에 있습니다. 따라서 나쁜 디자인에 대해 설명드리겠습니다. Bad Design Bad..
객체지향 5원칙
2020. 10. 11. 12:02