| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 빌터패턴
- compose
- Singleton
- factory method
- Kotlin
- 코틀린
- Coroutines
- designPattern
- 팩토리 메소드
- builderPattern
- 프로토타입 패턴
- 추상 팩토리
- define
- ㅋㅁ
- android designsystem
- 옵저버 패턴
- 함수형프로그래밍
- Abstract Factory
- PrototypePattern
- ㅓ
- 안드로이드 디자인시스템
- Functional Programming
- 추상팩토리패턴
- 디자인패턴 #
- Design Pattern
- 코루틴
- Observer Pattern
- material3
- 디자인패턴
- 싱글톤
- Today
- Total
목록분류 전체보기 (340)
오늘도 더 나은 코드를 작성하였습니까?
레벨 1 모듈들의 공통적인 설계 철학: "기술의 캡슐화"core:database: 로컬 데이터베이스(Room) 관리.core:network: 원격 서버(API) 통신 관리.core:datastore: 사용자 설정 등 간단한 데이터(DataStore) 관리.core:notifications: 시스템 로컬 알림 생성 및 게시.core:testing: 공통 테스트 유틸리티 및 도구 제공. core:ui비유: "조립식 가구 제작소 (Pre-fabricated Furniture Workshop)"역할: 레벨 0의 core:designsystem(나사, 나무판자, 페인트)과 core:model(설계도)을 가져다가, 앱 전체에서 재사용할 수 있는 의미 있는 UI 조립품을 만듭니다. designsystem이 원자적인 ..
'Now in Android' 앱의 멀티모듈 구조는 구글의 공식 Android 앱 아키텍처 가이드를 따르고 있습니다. 이 가이드는 **클린 아키텍처(Clean Architecture)**의 원칙과 유사한 부분은 많지만, 완전히 동일하지는 않습니다.주요 차이점은 다음과 같습니다:도메인 계층(Domain Layer)의 의존성:클린 아키텍처에서는 도메인 계층(비즈니스 로직)이 다른 어떤 계층(데이터, UI 등)에도 의존하지 않고 가장 독립적이어야 합니다. (의존성 역전 원칙, DIP)**구글 공식 가이드 (Now in Android가 따르는 구조)**에서는 도메인 계층이 선택 사항이며, 존재하더라도 일반적으로 데이터 계층에 의존합니다. (UI → (선택적 도메인) → 데이터 의존성 흐름)도메인 계층의 필수 여..
kotlin In Action 2end Edition을 학습후 중요한 부분과 기억해야될 부분을 기록합니다. 1.1 코틀린 맛보기.data class Person( // 데이터 클래스 val name: String, // read only 프로퍼티 val age: Int? = null // null이 가능한 타입과 파라미터 기본값)fun main(){ // 최상위 함수 val persons = listOf( Person("영희", age= 29), // 이름 붙은 파라미터 Person("철수"), // 트레일링 콤마 ) val oldest = persons.maxBy { // 람다식 it.age ?: 0 // null값에 적용된 엘비스 연산..
잘 알려진 패턴을 따르며, 올바른 기대치를 설정하고, 좋은 디자인을 장려함으로써 다른 개발자들이 더 나은 관행을 갖도록 안내하는 고품질 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제한..
