일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 조영호
- 객체지향의사실과오해
- template
- 테스트주도개발
- 헥사고날아키텍처
- Java
- Kotlin
- 도메인 주도 개발 시작하기
- 함수형프로그래밍
- 계층형아키텍처
- web
- 코틀린
- 클린아키텍처
- 책스터디
- Thymeleaf
- 테스트
- 개발방법론
- 추상화 설계
- 개발서적
- 스터디
- GrokkingFunctionalProgramming
- FP
- Boot Legacy 차이점
- Spring
- 아키텍처
- 만들면서배우는클린아키텍처
- TDD
- DDD
- 이펙티브코틀린
- 유지보수
- Today
- Total
목록코틀린 (2)
김동형수 개발기
2장 가독성코틀린은 간결성을 목표로 설계된 프로그래밍 언어가 아니라, 가독성을 좋게 하는 데 목표를 두고 설계된 프로그래밍 언어아이템 11: 가독성을 목표로 설계하라프로그래밍은 쓰기보다 읽기가 중요하다는 의미, 따라서 항상 가독성을 생각하면서 코드를 작성해야 한다. 가독성이란 코드를 읽고 얼마나 빠르게 이해할 수 있는지를 의미한다. 사용 빈도가 적은 관용구는 코드를 복잡하게 만든다. 관용구들을 한 문장 내부에 조합해서 사용한다면 복잡성은 훨씬 더 빠르게 증가한다. 익숙하지 않은 구조를 사용하면, 잘못된 동작을 코드로 보면서 확인하기 어렵다. '인지 부하'를 줄이는 방향으로 코드를 작성 가변 프로퍼티는 쓰레드와 관련된 문제를 발생시킬 수 있으므로, 스마트 캐스팅이 불가능하다. 일반적으로 안전 호출 let을..
1장 안정성코틀린을 선택하는 이유는 안정성이다. 코틀린은 다양한 설계를 통해 잠재적인 오류를 줄여 준다. 크래시가 적으면 사용자와 개발자 모두에게 좋고, 상당한 비즈니스 가치를 제공한다. 이번 장의 기본 목적은 오류가 덜 발생하는 코드를 만드는 것이다.아이템1: 가변성을 제한하라읽고 쓸 수 있는 프로퍼티는 var 또는 mutable 객체를 사용하면 상태를 가질 수 있다. 가변성을 가지는 상태를 사용할 때 단점프로그램을 이해하고 디버그하기 힘들어진다.가변성이 있으면, 코드의 실행을 추론하기 어려워진다.멀티스레드 프로그래밍일 때는 적절한 동기화가 필요하다.테스트하기 어렵다.상태 변경이 일어날 때, 이러한 변경을 다른 부분에 알려야 하는 경우가 있다.가변성은 생각보다 단점이 많아서 이를 완전하게 제한하는 프로..