hong's android

템플릿 메소드 패턴(Template Method Pattern) 알고리즘의 골격을 정의한다. 즉 일련의 단계로 알고리즘을 정의한 것이다. AbstractClass는 템플릿 메소드 들어가 있고, abstract 메소드로 구체적인 구현을 서브클래스에게 요구한다. ConcreteClass는 여러개가 있을 수 있고, 구체적인 구현을 제공해야 한다. 템플릿 메소드는 위 메소드로 알고리즘을 구성한다. 공통적으로 제공해야 하는 구상 메소드는 final로 AbstractClass에서 제공한다. 여러 클래스들에서 공통적으로 제공해야하는 알고리즘이 생기면 코드는 중복될 수 있다. 알고리즘이 바뀌면 모든 클래스의 코드를 변경해야 하고, 공통적인 알고리즘을 제공하는 새로운 클래스를 추가하려면 많은 작업을 해야 한다. Abst..

ViewModel ViewModel 클래스는 비즈니스 로직 또는 화면 상태 홀더이다. 기존의 문제점들과 사용하는 이유 단순한 적은 데이터들은 Activity의 onSavedState() 메소드를 통해 번들 형태로 저장할 수 있다. 하지만 더 큰 데이터들은 해당 방법이 부적합하다. 또 뷰에서 비동기 호출을 하게 되면 액티비티의 생명주기에 따라 리소스가 낭비되는 경우가 있다. ViewModel의 이점 UI 상태를 유지할 수 있습니다. 비즈니스 로직에 대한 액세스 권한을 제공합니다. ViewModel의 생명주기 ViewModel의 생명주기는 Activity의 생명주기보다 길다. ViewModelStoreOwner의 생명주기를 따른다. 그렇기 때문에 액티비티 화면이 회전되어도 ViewModel의 데이터는 유지된..

상태 패턴 객체의 내부 상태가 바뀜에 따라 객체의 행동을 바꿀 수 있다. 직접 상태를 체크하고 상태에 따라 행동을 변경하는 것이 아니라 상태를 객체화하여 상태가 행동을 할 수 있도록 위임하는 패턴이다. 기존엔 객체의 상태를 저장하고, 변경하기 위해서 상태 별 상수 값을 만들어서 상태 변수에 저장했다. 그리고 어떠한 행동이 일어날 때마다 해당 상태에 맞게끔 해당 행동 메소드를 호출했다. 하지만 만약 상태가 추가, 변경 될수록 상태를 분기하는 코드를 수정해야 하고 OCP원칙에 따라 변경에 닫혀있고 확장에 열려있어야 하는데 이를 위반한다. 아래 블로그에 문제점에 대해 잘 정리되어 있다. https://velog.io/@y_dragonrise/디자인-패턴-상태-패턴State-Pattern Context는 sta..

컴포지트 패턴(Composite Pattern) 객체를 트리구조로 구성해서 부분-전체 계층구조를 구현한다. 컴포지트 패턴을 사용하면 클라이언트에서 개별 객체와 복합 객체를 똑같은 방법으로 다룰 수 있다. 서브 클래스안에 서브 클래스와 값이 존재 해야할때 모든 클래스들을 탐색하거나 단일 클래스를 호출할때 클라이언트에서 신경써야하는 부분들이 한 두개가 아니다. node(leaf를 가지고 있는 원소) 와 leaf(자식이 없는 원소) 모두 똑같은 패턴으로 호출 할 수 있다. 최상단 node가 있고 하위에 노드와 leaf가 섞여있어도 전체를 대상으로 작업을 수행할수도 있다. 클라이언트는 Component 형태의 Leaf, Composite를 다룬다. 하지만 Composite는 계층 구조를 관리하는 일과 메뉴 관련..

CoroutineScope 란? 모든 coroutine은 scope 내에서 실행되어야 합니다. GlobalScope는 별도의 생명주기를 신경 쓰지 않고 앱의 시작 ~ 종료까지 유지되는 scope이다. aac workmanager와 함께 백그라운드에서 장기간 실행 되어야 하는 경우 적합하다. CoroutineScope는 어떤 목적(네트워크 통신, io 등)을 가지고 종료하기 위한 scope이다. GlobalScope와 CoroutineScope은 CoroutineScope 인터페이스를 상속받는다. public interface CoroutineScope { /** * Context of this scope. */ public val coroutineContext: CoroutineContext } Glob..