일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 함수형 프로그래밍
- 자바
- DesignPattern
- Java
- JDBC
- 큐
- 겨울카카오인턴
- Eclipse
- Python
- JavaScript
- Spring
- javscript
- Network
- functional programming
- Rails
- 디자인패턴
- 프로그래머스
- 로버트마틴
- tcp
- 백준
- lambda calculus
- solid
- design-pattern
- 파이썬
- 람다 칼큘러스
- 스택
- Collection
- exception
- Collections
- Pattern
Archives
- Today
- Total
목록S (1)
개발자 노트
Single Responsibility Principle
단일 책임 원칙 출처 https://blog.cleancoder.com/uncle-bob/2014/05/08/SingleReponsibilityPrinciple.html 의문점 도대체 reason to change?는 뭘까? 사람들이 해석하는 reason to change 버그 픽스? 리팩토링? 핵심 reason to change 와 responsibility를 연관 짓는 것. 위 2가지 사항은 프로그래머의 책임 => 프로그램의 디자인이 누구에게 반응해줘야 하는가?! 예시 1.CEO CEO에게 보고하는 것은 C-Level결정임 (CFO, COO, CTO) 2.CFO finance 컨트롤하는 것에 책임 3.COO 회사를 운영하는데 책임 4.CTO 회사의 기술적인 개발에 책임이 있음 [java code] p..
객체지향 5원칙
2020. 10. 11. 11:56