일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 깃
- git
- UnitTest
- Kotlin
- 단위테스트
- 공격적 프로그래밍
- mock
- 제한함수
- 유닛테스트
- Di
- 안드로이드
- Observable
- rxjava
- Room
- 안정성
- 파이썬
- 코딩테스트
- MVVM
- 컴포즈
- 자료구조
- 안드로이드 디자인패턴
- 테스트의 장점
- Python
- ViewModel
- compose
- 디자인패턴
- Android
- dagger2
- 코틀린
- Jetpack
Archives
- Today
- Total
세상을 바꾸는 개발자
[이펙티브 코틀린] 코틀린의 안정성 - 사용자 정의 오류보다는 표준 오류를 사용하라 본문
안드로이드는 자바와 코틀린 2가지 언어로 개발을 할 수 있지만 요즘 자바를 사용해서 개발하는 경우는 찾아보기 힘듬니다
저또한 코틀린을 사용합니다 하지만 사용하면서 잘 몰랐던 부분도 있고 한번도 써보지않는 편리고 좋은 기능들이 많이 존재합니다 그래서 이번에 복습할겸 이펙티브 코틀린의 내용으로 정리를 하려고 합니다.
안정성 - 사용자 정의 오류보다는 표준 오류를 사용하라
표준라이브러리의 오류는 대부분의 개발자들이 알고 있으므로 이를 재사용하는 것이 좋다
잘 만들어진 규약을 가진 널리 알려진 요소를 재사용하면, 다른 사람들이 API를 더 쉽게 배우고 이해할 수 있다
일반적으로 사용되는 예외
- IlegalArgumentException, IllegalStateException : require, check를 이용해 throw를 던질 수 있는 예외
- IndexOutOfBoundsException : 인덱스 파라미터 값이 범위를 벗어났다는 것, 일반적으로 컬렉션이나 배열과 함께 사용
- ConcurrentModificationException : 동시 수정을 금지했는데, 발생해 버렸을때
- UnsupportedOperationException : 사용자가 사용하려면 메서드가 현재 객체에는 사용할 수 없음을 나타냄
- NoSuchElementException : 사용자가 사용하려고 했던 요소가 존재하지 않음을 나타냄
참고 : 이펙티브 코틀린
'안드로이드 > Kotlin' 카테고리의 다른 글
[이펙티브 코틀린] 방어적 프로그래밍 vs 공격적 프로그래밍 (0) | 2023.07.17 |
---|---|
[이펙티브 코틀린] 결과 부족이 발생할 경우 null과 failure를 사용하라 (0) | 2023.07.16 |
[이펙티브 코틀린] 코틀린의 안정성 - 최대한 플랫폼 타입을 사용하지 말라 (0) | 2023.07.12 |
[이펙티브 코틀린] 코틀린의 안정성 - inferred 타입으로 리턴하지 말라 (0) | 2023.07.12 |
[이펙티브 코틀린] 코틀린의 안정성 - 변수의 스코프를 최소화 하라 (0) | 2023.07.11 |
Comments