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 | 29 | 30 | 31 |
Tags
- MVVM
- Dev6
- 알고리즘
- 일상
- 코틀린
- 안드로이드 다이얼로그
- RxKotiln
- swift map
- 잡담
- Swift 문법
- 이펙티브 코틀린
- Flutter
- 코루틴
- 반응형 프로그래밍
- 안드로이드
- Firebase
- Kotiln
- android compose
- Java
- 안드로이드 컴포즈
- Rxjava 안드로이드
- 이펙티브코틀린
- 코딩테스트
- android
- react
- 안드로이드 개발자
- 프로그래머스
- 개발자
- RxJava
- Go언어
Archives
- Today
- Total
목록Kotlin (1)
최데브는 오늘도 프로그래밍을 한다.
[이펙티브 코틀린] 1. 가변성을 제한하라
코틀린의 요소 중 일부는 상태를 가진다. 상태라는건 상황에 따라 값이 변화할 수 있는 것을 의미한다. 대표적으로 var 프로퍼티와 mutable 객체가 있다. 시간 변화에 따라 변하는 요소를 표현할 수 있는것은 유용하지만 여러가지 고려할 점이 생긴다. 1. 프로그램을 이해하고 상태 추척하는것이 어려워진다. 2. 가변성을 가지고 있으면 코드의 진행을 추론하기 어려워진다. 3. 멀티스레드 일때 동기화의 문제를 만날 수 있다. 4. 테스트하기가 어려워진다. 변경되는 값이 많을수록 여러 케이스를 테스트 해야한다. 5. 상태 변경이 일어나면 이 상태를 사용하고 있는 곳에 지속적으로 알려주는 번거로움이 생긴다. 예를 들면 이런 상황이다. suspend fun main() { val lock = Any() var n..
Effective Kotiln
2023. 1. 8. 23:48