-

liveData vs stateFlow

----___<<<<< — Fri, 15 Sep 2023 03:20:20 +0900

liveData와 StateFlow에 대한 간단한 예제를 만들어보겠습니다.

온라인에 찾아보면

1. 초기값을 가지고 안가지고 차이

2. 안드로이드 프레임워크(Activity/Fragment)에 종속되었나 종속되지 않았나의 차이

라고 나옵니다.

일단 1번부터 알아볼까요?

1. 초기값을 가지고 안가지고 차이

초기값을 안가진다는게 뭘까요?

간단하게 LiveData를 만들어보겠습니다.

MutableLiveData<Int>()

MutableLiveData<Int>(0)

차이에 따라 null 이 나오냐 안나오냐 차이가 있습니다.

livedatad와 stateFlow를 사용할 때 입니다.

또한 Flow를 사용하기 때문에 유사하게 사용할 수 있습니다.

implementation "androidx.lifecycle:lifecycle-runtime-ktx:2.6.2"

2. 프레임워크에 의존적이지 않음

간단하게 클린아키텍처에서는

Domain Layer -> 비즈니스 로직

Presentation Layer -> UI 로직

Data Layer -> 데이터 소스와 상호작용

이렇게 생각해보면

Domain Layer에서 비즈니스 로직을 설계하고 있는데

여기에서는 안드로이드 플랫폼에 의존적이지 않게 설계해야 하는데, livedata보다 stateFlow를 사용하는 것이 적절합니다.

간단한 예제를 만들어보겠습니다.

Sealed Class

----___<<<<< — Sat, 15 Jul 2023 22:21:56 +0900

Sealed 클래스는 Kotlin에서 제공하는 특수한 클래스 유형 중 하나로, 계층구조를 가진 타입의 값 집합을 정의하면서 불필요한 값들을 제한할 수 있는 기능을 가집니다. Sealed 클래스를 사용하면 런타임 에러를 컴파일 타임 에러로 변경하여 버그를 더 일찍 찾을 수 있습니다.

여기에는 두 가지 주요한 구성요소가 있습니다.

Sealed 클래스: 기본 클래스를 선언하는데 사용되며, 이는 abstract이며 공용 생성자가 없습니다.

Sealed 클래스에 대한 하위 클래스: sealed 클래스의 모든 가능한 직접적인 하위 클래스를 나열합니다. 이러한 하위 클래스는 객체로 선언될 수도 있고 일반 클래스로 선언될 수도 있습니다.

Sealed 클래스는 다음과 같이 선언할 수 있습니다

위의 예제에서 Expr는 sealed 클래스입니다. 이는 Const, Sum, 그리고 NotANumber라는 세 가지 형태의 하위 클래스를 가질 수 있습니다.

Sealed 클래스를 사용하면 when 식을 사용할 때 다음과 같은 장점이 있습니다

여기서 when 식은 모든 가능한 경우를 커버하므로 별도의 'else' 절이 필요하지 않습니다. 새로운 하위 클래스가 추가되면, 컴파일러는 when 식이 그 클래스를 처리하도록 강제합니다. 이로 인해 코드의 안정성이 향상됩니다.

반면에, sealed 클래스를 사용하지 않을 경우, 새로운 하위 클래스를 추가하더라도 when 식을 수정하지 않으면 컴파일 타임에 오류가 발생하지 않습니다. 이 경우 런타임에 예상치 못한 결과나 오류가 발생할 수 있습니다. 따라서 sealed 클래스는 앱의 안정성을 높이는데 도움이 됩니다.

h2 database란

----___<<<<< — Sat, 24 Jun 2023 18:31:14 +0900

H2 Database는 자바를 기반으로 작성된 오픈 소스 관계형 데이터베이스 관리 시스템(RDBMS)입니다. 이 DBMS는 메모리에서 실행될 수 있어 테스트 환경에 특히 적합하며, 개발 중에도 사용하기 쉽습니다. 그러나 이외에도 디스크 기반의 영구 데이터 저장소로 사용할 수 있습니다.

H2 데이터베이스의 주요 특징은 다음과 같습니다:

장벽이 낮은 통합: H2는 JDBC API를 통해 액세스할 수 있으며, 자바 애플리케이션에서 쉽게 사용할 수 있습니다. 또한 Hibernate, Spring과 같은 인기 있는 프레임워크와도 잘 통합됩니다.

모드: H2는 서버 모드에서 실행되거나, 임베디드 모드에서 애플리케이션과 같은 JVM에서 실행될 수 있습니다. 이러한 유연성은 H2를 다양한 환경과 요구 사항에 적합하게 만듭니다.

인메모리 데이터베이스: H2는 데이터를 메모리에 저장하고, 디스크에 대한 접근 없이 이를 빠르게 액세스할 수 있도록 하는 인메모리 모드를 지원합니다. 이 모드는 테스트 환경에서 특히 유용합니다.

브라우저 기반 콘솔: H2는 데이터베이스 쿼리를 실행하고 결과를 확인할 수 있는 웹 기반 인터페이스를 제공합니다. 이 기능은 개발 중에 쿼리를 빠르게 테스트하고 디버그하는 데 유용합니다.

표준 SQL 지원: H2는 ANSI SQL 표준을 따르며, PostgreSQL, MySQL, Oracle과 같은 다른 일반적인 DBMS의 SQL 구문을 대부분 지원합니다.

사이즈: H2의 jar 파일 크기는 대략 2MB로, 리소스 제한이 있는 환경에서도 무리 없이 사용할 수 있습니다.

트랜잭션 지원: H2는 ACID 트랜잭션을 지원하며, 안정성을 위해 Write-Ahead Log (WAL) 메커니즘을 사용합니다.

암호화: H2는 AES와 TwoFish 암호화 알고리즘을 사용하여 디스크에 저장된 데이터를 암호화할 수 있습니다.

단, H2의 속도와 편의성에도 불구하고, 크고 복잡한 데이터베이스에 대한 대량의 동시 쿼리를 처리하는 등의 엔터프라이즈 수준의 요구 사항을 다루는 데는 제한이 있을 수 있습니다. 이런 경우에는 MySQL, PostgreSQL, Oracle 등의 고급 DBMS를 사용하는 것이 더 적합할 수 있습니다.

의존성 주입이란?(DI)

----___<<<<< — Mon, 12 Jun 2023 02:15:07 +0900

의존성 주입(Dependancy Injection)에 대해서 알아보겠습니다.

간단하게 아래의 코드를 보면 됩니다.

UserNotificaion에서

UserNotificaion은 EmailService에 의존합니다.

또한, EmailService가 PushService로 변경되면 코드를 변경해야 합니다.

이 문제를 해결하기 위해서 어떻게 할 수 있을까요?

interface MessageService라는 것을 만들어서

아래와 같이 코드를 구현했습니다.

이렇게 하면 UserNotification이 EmailService에 의존하는 것이 아니라

MessageService를 바라보고 있고

EmailService / PushService도 마찬가지로 MessageService를 보고 있습니다.

이렇게 해서

의존성 역전 원칙(Dependency Inversion Principle, DIP)은 소프트웨어 개발에서 디자인 패턴 중 하나로, 고수준의 모듈이 저수준의 모듈에 의존하지 않도록 설계하는 방법을 말합니다. 더 정확히 말하면, "상위 수준의 모듈은 하위 수준의 모듈에 의존해서는 안 된다. 둘 다 추상화에 의존해야 한다."는 것입니다.

이 코드에서 UserNotification은 MessageService라는 인터페이스에 의존하며, 이를 통해 Email이나 Push 서비스 등의 구체적인 구현에 대한 의존성을 없애버립니다. 이렇게 하면 UserNotification은 EmailService나 PushService와 같은 저수준의 구현체가 어떤 것인지 알 필요가 없게 됩니다.

Naviagation - 2

----___<<<<< — Sun, 11 Jun 2023 13:20:24 +0900

Naviagation -1

----___<<<<< — Sun, 11 Jun 2023 12:55:34 +0900

show hide

----___<<<<< — Sat, 10 Jun 2023 13:12:19 +0900

코드 다듬기

----___<<<<< — Tue, 6 Jun 2023 17:10:10 +0900

LinearProgressIndicator

----___<<<<< — Tue, 6 Jun 2023 01:22:35 +0900

lazyrow

----___<<<<< — Sun, 4 Jun 2023 23:42:54 +0900