일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- lambda calculus
- 디자인패턴
- solid
- Eclipse
- Collections
- 큐
- Rails
- javscript
- 함수형 프로그래밍
- Python
- Network
- Collection
- functional programming
- 스택
- DesignPattern
- 파이썬
- 로버트마틴
- 람다 칼큘러스
- Spring
- 프로그래머스
- Pattern
- 겨울카카오인턴
- Java
- exception
- 자바
- 백준
- JavaScript
- tcp
- design-pattern
- JDBC
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