전체 글
Session에 대한 정리 및 고찰
HTTP의 특성은 다음과 같습니다. 1. 무상태(Stateless) 프로토콜입니다. 2. 클라이언트와 서버가 요청과 응답을 주고 받으면 연결이 끊어집니다. 3. 클라이언트가 다시 요청하면 서버는 이전 요청을 기억하지 못합니다. 4. 클라이언트와 서버는 서로 상태를 유지하지 않습니다. Session의 특성은 다음과 같습니다. 1. 클라이언트가 처음 서버에 연결되면 어떤 하나의 Session ID가 생성됩니다. 2. 이 아이디는 고유한 ID 입니다. 3. 이 아이디를 통해 서버는 이녀석이구나 하고 요청에 대한 응답을 할 수 있습니다. 4. 세션은 서버에 저장됩니다 ! ( 쿠키는 반면에 Client에 저장이 됩니다. ) 즉, Client는 하나의 민증을 갖게 됩니다. 우리가 민증으로 편의점, 술집, 은행 등에..
Activity :: 앱 구성 요소 4대 컴포넌트 [ Deep in the AOS ]
Activity Service Broadcast Receiver Content Provider 각 유형은 뚜렷한 목적을 수행하고 각자 나름의 수명 주기가 있어서 구성 요소의 생성 및 소멸 방식을 정의합니다. 액티비티는 사용자와 상호작용하기 위한 진입점 사용자 인터페이스를 포함한 화면 하나를 나타냅니다. Android Develop에선 이메일 앱을 예시로 설명했습니다. 1. 이메일 목록을 표시하는 액티비티 2. 이메일을 작성하는 액티비티 3. 이메일을 읽기 위한 액티비티 우리는 이메일 앱을 사용하게 되면 [1. 이메일 목록을 표시하는 액티비티]가 화면에 표시될 것입니다. 이 목록 중에 읽고 싶은 메일을 누르면 [3. 이메일을 읽기 위한 액티비티]가 화면에 표시됩니다. 이메일을 작성하는 버튼을 누른다면 [2..
Kotlin MVVM Coroutine을 활용해 Api call 하기
우선, API를 콜했을 때 Resource를 알기 위해 클래스를 생성합니다. data class Resource(val status: Status, val data: T?, val message: ErrorMessage?) { companion object { fun success(data: T?): Resource { return Resource(Status.SUCCESS, data, null) } fun error(msg: ErrorMessage, data: T?): Resource { return Resource(Status.ERROR, data, msg) } fun loading(data: T?): Resource { return Resource(Status.LOADING, data, null) ..