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 |
Tags
- 플로이드워셜
- 물리 메모리
- 리사이클러뷰
- 뷰홀더
- appcompatactivity
- appcompatacitivity
- 내부 단편화
- 데코레이터 패턴
- 프로세스
- AsyncListDiffer
- 운영체제
- DiffUtil
- Kotlin
- AAC
- flutter
- Dispatchers
- 디자인 패턴
- 리사이클러뷰풀
- 상태관리
- http 역사
- 자이고트
- 안드로이드
- viewModelScope
- http발전과정
- GetX
- NestedScrollView
- 절대 주소
- Android
- recyclerview
- apk 빌드 과정
Archives
- Today
- Total
목록2024/11/03 (1)
hong's android
만약 앱이 아무런 메시지도 없이 죽어버리거나, 흰 화면이 나타난다면 사용자 경험이 낮아지고, 앱 이탈률도 높아질 것이라고 생각합니다. 어떻게 사용자에게 오류 메시지를 명확히 전달하고, 재시도를 유도할 수 있을까요? 그리고 개발자는 오류를 빠르게 디버깅, 수정해서 어떻게 안정적인 서비스를 운영할 수 있을지 생각하며 개선했던 경험을 작성해보려고 합니다. 먼저, 앱에서 발생할 수 있는 오류는 크게 세 가지로 수 있었습니다. 1. 시스템 논리 오류 이 오류는 프로그램의 내부 로직에서 발생하는 오류로, 예기치 않은 흐름에 의해 RunTimeException과 같은 예외가 발생할 때 주로 나타납니다. 이러한 오류는 사용자가 일반적으로 트리거하지 않지만, 발생 시 앱이 예상대로 동작하지 않아 기능이 중단될 수 있습..
Android
2024. 11. 3. 22:59