| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- factory method
- 함수형프로그래밍
- 빌터패턴
- Functional Programming
- 디자인패턴
- kotlin multiplatform
- 추상 팩토리
- kmp
- Design Pattern
- designPattern
- compose
- Abstract Factory
- Observer Pattern
- define
- 프로토타입 패턴
- 코틀린멀티플랫폼
- material3
- 안드로이드 디자인시스템
- 추상팩토리패턴
- PrototypePattern
- 코틀린
- 코루틴
- Kotlin
- 디자인패턴 #
- builderPattern
- Coroutines
- android designsystem
- 옵저버 패턴
- 팩토리 메소드
- ㅋㅁ
- Today
- Total
목록Compose (11)
오늘도 더 나은 코드를 작성하였습니까?
참조영상https://www.youtube.com/watch?v=ahXLwg2JYpc 1. 언제 성능을 최적화 할 것인가? 성급한 최적화를 하지 말라!Compose는 이미 기본적으로 꽤 효율적이기 때문에, 앱을 만들고 실제로 성능 문제가 관찰될 때 최적화하라고 합니다. 성능 최적화는 측정 → 분석 → 개선 → 재검증의 반복이다."가장 적은 코딩 노력을 들여 사용자에게 가장 부드러운 경험을 제공하는 지점"을 찾는 것이 진정한 의미의 최적화입니다. 조기 최적화를 경계하라 (Avoid Premature Optimization)"조기 최적화는 만악의 근원"이라는 유명한 격언처럼, 성능 문제가 확인되지 않은 상태에서 복잡한 최적화 기법을 적용하는 것은 피해야 합니다.유지보수성 우선: 과도한 최적화는 코드를 ..
잘 알려진 패턴을 따르며, 올바른 기대치를 설정하고, 좋은 디자인을 장려함으로써 다른 개발자들이 더 나은 관행을 갖도록 안내하는 고품질 compose 코드를 작성하기 위한 지침일 수립하는것은 중요합니다. 유연하고, 일관성 있고, 더 나은 관행을 갖도록 Developing idiomatic Compose APIThink and plan (생각하고 계획하기)Name and structure (네이밍 관습을 따르고, 견고한 구조를 정의하기)Verify and maintain (검증(Testing)하고 유지하기) Think and plan 새로운 컴포넌트 만들기 NewComponent Dose it solve a single problem?concise option from limited selection제한..
1. navigation의 원칙https://developer.android.com/guide/navigation/principles?hl=ko 탐색 원칙 | Android Developers이 페이지는 Cloud Translation API를 통해 번역되었습니다. 탐색 원칙 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. 다양한 화면 및 앱 간 탐색은 사용자 환경의developer.android.com 1) 확정된 시작 화면 (Fixed start destination)- - 일회성 설정 및 로그인 과정들은 시작화면으로 볼 수 없다. 2) navigation의 상태는 Stack 구조로 화면을 관리한다. - Back Stack 을 변경하는 작업은 스택 상단으로 새 화면을..
UI Event란???- UI Layer에서 처리 되어야 하는 작업- User Event / ViewModel Event 2종류가 존재한다 User Event예를 들어 사용자가 "새로고침 버튼을 누르면 화면의 리스트를 갱신" 한다고 해보자 사용자의 행동(새로고침 버튼 누름)으로 UI(화면의 리스트) 갱신하는것은 Business logic에 해당하기 때문에 ViewModel에 위임하여 처리합니다. ViewModel Event예를들면, 네트워크 연결이 끊어졌다는 던가, 데이터를 불러오다가 에러가 발생(새로고침 실패)하였다든가, 하는 상황을 생각해 보자!이런한 이벤트들은 화면에 알림(toast, dialog 등)을 통하여 표시되어진다.이벤트는 UI State로 모델링되어야 하며, 항상 UI State를 업데..