Notice
Recent Posts
Recent Comments
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- 클래스레벨밸리데이션
- 랜선아미안해
- LastModified
- HTTP
- 알고리즘
- 개미수열
- 리얼월드HTTP
- cross parameter
- brotli
- jsr380
- etag
- 스프링
- Kotlin
- i18n
- 워드프레스
- 브로틀리
- cache-control
- 지뢰찾기
- 이렇게살아야되나자괴감이
- jsr303
- 알게뭐냐
- Spring
- 지수반등
- 코드스피츠
- kotliln
Archives
- Today
- Total
목록코드스피츠 (1)
취미개발 블로그와 마음수양
코드스피츠 S84 #2
계약 - 전달받은 메시지의 규격 (precondition ) - 사후조건 (postcondition ) - 자기검증? (invariant) 불변식 (invariant) - 메시지와 무관한 객체의 상태 - 일반적으로 필드값의 상태 점검 - DI에게 위임하거나 초기화 할당으로 처리 : 초기화할당은 객체를 만드는 사람의 역량? 그렇기 때문에 DI 코드 이야기 지난 시간에 배웠던 요금제도를 가지고서 이야기를 하기로 함 Plan -> Calculator, Set 가지고 있음 필드에 대해서는 널을 없애기 위해서 엠프티를 가짐. Calculrator calulator = new Calculrator() 사전조건 (precondtion) 일반적으로 validation 메시지로 받는 값을 스스로 검증함 검증이 확정된 형..
개발관련 잡다/스터디_세미나이야기
2019. 9. 10. 21:07