Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- AWS
- Nestjs
- 개발자
- 스터디
- Study
- 독후감
- 역행자
- OOP
- typescript
- serverless
- googleapis
- nodejs
- 북스터디
- Object
- PRISMA
- Validation
- 자청
- BOOK
- validator
- 세이노의가르침
- 조영호
- 객체지향의사실과오해
- 일상속귀한배움
- 클린코드
- 부자아빠가난한아빠2
- nodemailer
- 퓨처셀프
- UNiQUE
- 오브젝트
- futureself
Archives
- Today
- Total
목록책임 (1)
우당탕탕 우리네 개발생활
[oop] 책임과 추상화는 서로를 필요로할까?
최근 , , 등의 책들을 공부하면서 '추상화', '책임' 이라는 단어들이 뇌리에 박혔다. 객체들의 의사소통은 명확히 분리되어 있는 각자의 책임하에 정해놓은 외부 인터페이스를 통해서만 이뤄지는 것을 원칙으로 한다. 규모가 좀 더 커져 컴포넌트간의 소통, 서비스들간의 소통 역시 마찬가지인 것 같다. 이러한 외부 인터페이스(메서드)의 input(인수)과 output(리턴값)이 구체적이지만 그 외부 인터페이스의 내부 과정(구현)이 어떤식으로 이뤄지는지는 구체적으로 드러내지 않는다. 예를 들어, 캐셔에게 아이스아메리카노를 주문한 고객이 있다고 하자. 고객은 돈을 지불했고 그에 대한 결과로 아이스아메리카노를 캐셔를 통해 받기만 하면 된다. 고객은 캐셔가 아이스아메리카노를 직접 만들든 캐셔가 바리스타에게 주문을 건..
tech
2024. 7. 13. 23:25