문발자

[Compose] stateful vs stateless

장구치는 개발자 — Fri, 12 Jan 2024 21:16:47 +0900

Composable function을 만들때, 2가지 방식으로 만들 수 있다. 모든 상태값은 관리하는 것과 외부에서 데이터를 주입받아 사용하는 방식이 있다.

stateful vs stateless

아래와 같이 UI 상에서 관리해야 하는 상태 정보들을 모두 관리할 수 있다. 이렇게 만들었을 때, 해당 UI에서만 상태값을 관리하면 된다는 점에서 편하다. 간단한 UI 혹은 최상단의 컴포저블 함수일 때, 아래와 같이 구성할 것이다.

@Composable
fun switch() {
	val activated by remember { mutableState(false) }
    
    Switch(
	    activated = activated,
        onChange = { activated = it } 
    )
}

하지만, 화면을 구성하다보면 복잡해진다. 데이터에 따라서 UI가 변경되야 하는 상황이 많다. 그래서 많은 경우에 Stateless하게 만들게 된다. 아래와 같이, 외부에서 값을 관리하고, 컨트롤하는 일이 많이 발생한다. 혹은 각 뷰별로 State를 만들어서 관리한다. 예를 들어, LazyColumn 같은 경우, rememberLazyListState() 라는 것을 통해서 상위 컴포저블에서 뷰를 컨트롤한다. 특히 재사용을 염두한 뷰라면 아래와 같이 관리하는 것이 재사용에 좋다.

@Composable
fun (isActivated: Boolean, onChange: (boolean) -> Unit) {
	Switch(
    	isActivated = isActivated,
        onChange = onChange,
    )
}

Value vs Lambda

parent function에서 child function으로 데이터를 전달할 때는 value로 넘기며, 반대의 경우에는 lambda를 통해서 데이터를 아래에서 위로 올린다. 이 방식을 모두 사용하게 되면 Stateless한 function을 만들 수 있다. 이런 함수에서 데이터를 변경시키는 패턴을 호이스팅이라고 한다.

[java] string과 char의 차이점

장구치는 개발자 — Sun, 11 Jun 2023 10:05:53 +0900

String은 "가나다라"와 같은 문자열, Reference Type을 말하고,

Char은 '가', '나', '다'와 같은 문자만 담을 수 있는 Primitive Type 말한다.

Char

- 2 byte 정수

- 아스키코드 혹은 유니코드로 치환되어 저장

- Character이라는 Reference type으로 변환 가능

- Primitive type은 null 불가능

String

- 하나의 객체를 생성하여, 문자를 붙여서 만드는 불변 객체 (Immutable Object)

- 객체, 값 비교시의 주의할 필요 있음 (equals, ==)

[안드로이드/Android] Kotlin - 날짜를 밀리세컨(millisecond) 변환하기

장구치는 개발자 — Sun, 15 Nov 2020 16:43:18 +0900

현재 날짜를 밀리세컨초로 변환하는 메서드 입니다.

주의점

- month 의 경우 -1을 해 주어야 합니다.

import java.util.*

val calendar = Calendar.getInstance()

calendar.set(year, month - 1, day, minute, second)

return calendar.timeInMillis

[안드로이드/Android] Coroutine, Thread - 차이와 특징

장구치는 개발자 — Sun, 15 Nov 2020 16:21:47 +0900

간결하고 직관적인 코드로 비동기 처리 및 스레드 전환이 가능한 Coroutine 을 즐겨 사용하고 있습니다. Coroutine 은 이런 간결성, 편의성 외에도 경량 Thread 라고도 불리며 적은 기존 Thread 사용 방식에 비해 적은 OverHead 를 발생시키는 것으로 소개됩니다.

그런데 늘 표현이 "경량 Thread 이다" 가 아니라 "경량 Thread 라고도 불린다" 라고 설명되더군요.

~~그래서~~ ~~Thread 라는건지, 아닌건지...~~

그래서 오늘은 이 둘의 차이와 특성을 정리해 보고자 합니다.

Process & Thread

Process: Program 이 메모리에 적재되어 실행되는 인스턴스
Thread: Process 내 실행되는 여러 흐름의 단위

먼저 Thread 는 Process 보다 작은 단위의 실행 인스턴스로만 알고 있는데, 메모리 영역도 조금 다릅니다.

Process 는 독립된 메모리 영역(Heap)을 할당받고 각 Thread도 독립된 메모리 영역(Stack)을 할당받습니다. Thread 는 본질적으로 Process 내에 속해있기 때문에 Head 메모리 영역은 해당 Process 에 속한 모든 Thread 들이 공유할 수 있습니다.

프로그램 에 대한 Process 가 생성되면 Heap 영역과 하나의 Thread 와 하나의 Stack 영역을 갖게되고, Thread 가 추가될때마다 그 수만큼의 Stack 이 추가됩니다. Thread 가 100 개라면 전체 메모리에 100 개의 Stask 이 생성되는 것입니다.

Thread & Coroutine

Thread, Coroutine 모두 Concurrency 동시성 (Interleaving) 를 보장하기 위한 기술입니다. 여러개의 작업을 동시에 수행할 때 Thread 는 각 작업에 해당하는 메모리 영역을 할당하는데, 여러 작업을 동시에 수행해야하기 때문에 OS 레벨에서 각 작업들을 얼만큼씩 분배하여 수행해야지 효율적일지 Preempting Scheduling 을 필요로 합니다. A 작업 조금 B 작업 조금을 통해 최종적으로 A 작업과 B 작업 모두를 이뤄내는 것입니다.

Thread는 각 작업에 대해 Thread 를 할당합니다. 하지만 Coroutine 을 사용하면 각 작업에 대해 Thread 를 할당하는 것이 아니라 작은 Object 만을 할당해주고 이 Object 들을 자유자재로 스위칭함으로써 Switching 비용을 최대한 줄였습니다.

Thread

Task 단위 = Thread
- 다수의 작업 각각에 Thread 를 할당합니다.
  각 Thread 는 위에 설명했듯 자체 Stack 메모리 영역을 가지며 JVM Stack 영역을 차지합니다.

Context Switching

OS Kernel 에 의한 Context Switching 을 통해 Concurrency 를 보장합니다.
Blocking: 작업 1(Thread) 이 작업 2(Thread) 의 결과가 나오기까지 기다려야한다면
작업 1 Thread 는 Blocking 되어 그 시간동안 해당 자원을 사용하지 못합니다.

* 쉬운 설명을 위해 CPU 는 Single Core 로 가정합니다.

위 그림에서 작업들은 모두 Thread 단위인것을 알 수 있습니다. Thread A 에서 작업 1을 수행중에 작업 2가 필요할때 이를 비동기로 호출하게 됩니다. 작업 1은 진행중이던 작업을 멈추고(Blocked) 작업 2는 Thread B 에서 수행되며 이때 CPU 가 연산을 위해 바라보는 메모리 영역을 Thread A 에서 Thread B 로 전환하는 Context Switching 이 일어납니다. 작업 2가 완료되었을때 해당 결과값을 작업 1에 반환하게 되고, 동시에 수행할 작업 3과 작업 4는 각각 Thread C 와 Thread D 에 할당됩니다. 싱글 코어 CPU 는 동시 연산이 불가능하므로 이때에도 OS Kernel 의 Preempting Scheduling 에 의해 각 작업 1, 3, 4 각각을 얼만큼 수행하고 멈추고 다음 작업을 수행할지 결정하여 그에 맞게 세 작업을 돌아가며 실행함으로써 Concurrency 를 보장합니다.

Coroutine

Task 단위 = Object (Coroutine)
다수의 작업 각각에 Object 를 할당합니다.
이 Coroutine Object 는 객체를 담는 JVM Heap 에 적재됩니다.
Programmer Switching = No Context Switching
프로그래머의 코딩을 통해 Switching 시점을 마음대로 정함으로써 Concurrency 를 보장합니다.
Suspend (Non-Blocking): 작업 1(Object) 이 작업 2(Object) 의 결과가 나오기까지 기다려야한다면
작업 1 Object 는 Suspend 되지만 작업 1 을 수행하던 Thread 는 그대로 유효하기 때문에 작업 2 도 작업 1 과 동일한 Thread 에서 실행될 수 있습니다.
* 쉬운 설명을 위해 CPU 는 Single Core 로 가정합니다.

작업의 단위는 Coroutine Object 이므로 작업 1 수행중에 비동기 작업 2가 발생하더라도 작업 1을 수행하던 같은 Thread 에서 작업 2를 수행할 수 있으며, 하나의 Thread 에서 다수의 Coroutine Object 들을 수행할 수도 있습니다. 위 그림에 따라 작업 1과 작업 2의 전환에 있어 단일 Thread A 위에서 Coroutine Object 객체들만 교체함으로써 이뤄지기 때문에 OS 레벨의 Context Switching 은 필요없습니다.(동일 Coroutine Scope 내에 작업 1과 2를 선언했을 경우 입니다. 별도의 스코프를 발생시켜 작업1, 작업2 를 실행시킨다면 단일 Thread A는 보장되지 않습니다) 한 Thread 에 다수의 Coroutine 을 수행할 수 있음과 Context Switching 이 필요없기 떄문에 Coroutine 을 경량 Thread 로도 부릅니다.

다만 위 그림의 Thread A 와 Thread C 의 예처럼 다수의 스레드가 동시에 수행된다면 Concurrency 보장을 위해 두 Threads 간 Context Switching 은 수행되어야합니다. 따라서 Coroutine 을 사용할때에는 No Context Switching 이라는 장점을 최대한 활용하기 위해 다수의 Thread 를 사용하는 것보다 단일 Thread 에서 여러 Coroutine Object 들을 실행하는 것이 좋습니다.

결국 Coroutine 으로 ‘작업’의 단위를 Thread 가 아닌 Object 로 축소하면서
작업의 전환 및 다수 작업 수행에 굳이 다수의 Thread 를 필요로 하지 않게됩니다.

Coroutine 은 Thread 의 대안이 아니라 기존의 Thread 를 더 잘게 쪼개어 사용하기위한 개념이다.
하나의 Thread 가 다수의 코루틴을 수행할 수 있기 때문에 더 이상 작업의 수만큼 Thread 를 양산하며 메모리를 소비할 필요가 없다.
각 스레드마다 갖는 Stack 메모리 영역을 갖지 않기때문에, 스레드 사용시 스레드 개수만큼 Stack 메모리에 따른 메모리 사용공간이 증가하지 않아도 된다.
같은 프로세스내에 ‘공유 데이터 구조’(Heap)에 대한 locking 걱정도 없다.

[안드로이드/Android] TextInputLayout - 속성변경(밑줄 색, 커서 색, 메세지 등)

장구치는 개발자 — Sat, 7 Nov 2020 01:56:04 +0900

TextInputLayout & TextInputEditText 설정 및 기본 커스텀(밑줄, 커서색, 메세지)

TextInPutLayout은 TextInputEditText 에 입력된 텍스트에 반응하는 레이아웃 입니다. EditText 의 상위 버전이라 할 수 있습니다.

기본 사용법

1. 라이브러리 설정

build.gradle 의 dependedncies 에 material 라이브러리를 넣어줍니다.

implementation 'com.google.android.material:material:1.2.0'

2. style

AppTheme 의 parent 를 AppCpmpat => MaterailComponents 로 변경해 줍니다.

변경하지 않아도 사용할 순 있지만, 몇몇 속성이 적용되지 않습니다. (밑줄 색이라던가.. 터치 시 라밸 색이라던가...)

<!--<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">-->
    <style name="AppTheme" parent="Theme.MaterialComponents.Light.NoActionBar"> 
        <item name="colorPrimary">@color/colorPrimary</item>
        <item name="colorPrimaryDark">@color/colorPrimaryDark</item>
        <item name="colorAccent">@color/colorAccent</item>
    </style>

3. xml 선언

이제 원하는 xml에 태그를 추가해주면 준비는 끝납니다. TextInputEdittext 가 아닌 EditTextView 를 넣어도 동작은 합니다. 다만 모든 커스텀 속성들이 다 적용되는진 모르겠습니다.

<com.google.android.material.textfield.TextInputLayout
    android:id="@+id/inputSmsCode"
    style="@style/EditTextGreyStyle"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:theme="@style/EditTextGreyStyle">


    <com.google.android.material.textfield.TextInputEditText
        android:id="@+id/etSmsCode"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:textColor="@color/colorPrimary"
        android:textSize="13sp" />
</com.google.android.material.textfield.TextInputLayout>

주의점

- 특별한 이유가 없다면 layout_height 는 둘다 wrap_content 로 해주세요. 텍스트 사이즈에 맞게 조정됩니다. 임의 설정시 잘못 조절하면 TextinputLayout 의 힌트 라벨과 TextInputEditText 의 텍스트가 겹치게 나올 수 있습니다.

- TextInputLayout : 말 그대로 layout 속성 적용( 에러/헬퍼/힌트 메세지 설정, 라벨/힌트/밑줄 색 설정 등

- TextInputEditText : textSize, textColor, font 등

커스텀 설정

<com.google.android.material.textfield.TextInputLayout

app:helperTextEnabled="true"

app:helperText="@string/app_name"
app:helperTextTextColor="@color/colorPrimary"

...

기본 설정은 위와 같이 TextInputLayout 에서 설정 할 수 있습니다. 에러/헬퍼/힌트 모드 enalbe = true 가 디폴트 입니다.

하지만 밑줄 색, 커서 색은 TextInputLayout 에서 ~~때려죽여도~~ 커스텀이 안됩니다. 제가 이 글을 쓰게 된 이유죠.

별도의 style 적용을 해줘야 합니다. 왜 공홈에 설명이 없는지..

색은 귀찮아서 통일했습니다.

<style name="EditTextGreyStyle" parent="Widget.Design.TextInputLayout"> // important : parent 를 이것으로.
    <item name="colorControlNormal">@color/colorPrimary</item>  // unFocus 상태일때 밑줄 색.
    <item name="boxStrokeColor">@color/colorPrimary</item> // Focus 상태일때 밑줄 색.
    <item name="android:textCursorDrawable">@color/colorPrimary</item>  // cursor 색.
   
    <item name="android:textColorHint">@color/colorPrimary</item>  // hint 색
    <item name="hintTextColor">@color/colorPrimary</item>   // floating hint 색
 <item name="helperText">@color/colorPrimary</item> // xml 에서 한 속성을 여기서도 할 수 있습니다.
 <item name="helperTextTextColor">@color/colorPrimary</item>
 <item name="errorTextColor">@color/colorPrimary</item>
</style>

parent 를 Widget.Design.TextInputLayout 로 설정해 주어야 합니다.

colorControlNomal : unFocus 상태시 밑줄 색
colorControlActivated : Focus 상태시 밑줄 색. => material 공홈에선 클릭시 밑줄 색상은 boxStrokeColor 라 명시되어 있습니다. 그러나 colorControlNomal 를 사용하게 되면 boxStrokeColor 가 적용되지 않기에, boxStrokeColor 를 썻다면 colorControlActivated 를 써줘야 합니다.

마지막으로 중요한 건 style 과 theme 두개 설정을 모두 걸어줘야 합니다.

밑눌을 제외하면 style 만 적용해도 되지만, 밑줄의 경우 두가지를 모두 설정해 줘야 합니다.

그렇지 않으면 AppTheme 의 colorAccent 값이 적용됩니다.

<com.google.android.material.textfield.TextInputLayout
style="@style/EditTextGreyStyle"
android:theme="@style/EditTextGreyStyle"
...

이러면 밑줄 색, 커서 색을 포함한 기본적은 커스텀을 할 수 있습니다.

helper, error, endIcon 설정 등은 마테리얼 공홈을 가면 보다 자세히 보실 수 있습니다.

TCP/IP 통신 간단한 정리 - 개발자 필수 개념

장구치는 개발자 — Mon, 18 May 2020 06:52:39 +0900

오늘은 TCP/IP 정의와 플래그(Flag) 정리 해보려고 합니다. 모바일나 웹에서 서버와 데이터를 주고 받기 위해서는 정해진 프로토콜에 기반하여 데이터를 주고 받습니다. 오늘은 통신 프로토콜 중 하나인 TCP/IP를 다뤄보려고 합니다.

TCP이란?

TCP = Transmission Control Protocol

TCP/IP 통신은 안정적이고, 순서대로, 에러없이 통신하기 위해 만들어진 프로토콜 입니다. 통신 프로토콜에 있어서 기본적으로 꼭 알아두어야 하는 통신 방법입니다. TCP/IP는 HTTP와 달리서버와 클라이언트가 한번 연결이 되면 다른 한쪽에서 끊기 전까지 계속 통신할 수 있습니다. (HTTP는 단방향이여서 한번의 통신은 데이터 한번 전송한다는 방식입니다.) 주로 채팅이나 실시간 방송 등 계속 통신이 이루어져야 하는 상황에서 사용 됩니다.

TCP 안정적인 통신이라고 하는 이유

1. 통신 시작과 종료 과정 : TCP는 통신을 시작하기 위해서 3-handshake와 통신을 끝내기 위해 4-handshake 과정을 거쳐야합니다.

패킷 전송 확인 : ACK(확인 응답 패킷)을 통해 전송한 패킷을 다른 곳에서 잘 받았는지 알 수 있습니다. ACK 패킷이 오지 않으면 패킷이 잘 전달되지 않았다는 것을 알고 해당 패킷을 재전송 합니다.

연결 성립 과정 (= 3-handshake 과정)

클리아언트가 서버에 접속 요청 SYN(a)패킷 전송
서버가 클라이언트 요청을 받고 수락한다는 ACK(a+1)와 SYN(b)전송
클라이언트가 서버 수락 응답 패킷을 받고 ACK(b+1) 서버로 보내면 연결 성립

연결 해제 과정 (= 4-handshake 과정)

클라이언트가 연결 종료를 위한 FIN 플래그 전송
서버가 요청을 받고 확인 메시지 ACK 보낸다. 데이터 모두 보낼때까지 TIME_OUT 된다.
데이터 모두 보내고 연결 종료되었다고 클라이언트에게 FIN 플래그 전송
클라이언트는 FIN 확인 ACK 보낸다.
서버는 ACK 받고 소켓 연결을 close 한다.
클라이언트는 서버로부터 못받은 데이터가 있을 경우를 대비해 일정 시간 세션을 남겨 놓고 잉여 패킷을 기다리는 과정을 거진다. TIME_WAIT

TCP 단점

1. UDP에 비해 느리다 : TCP 는 패킷을 매번 보내고 확인하는 형식입니다. 이런 방식은 실시간 영상이나 빠르게 많은 데이터를 보내야 하는 상황에서 느릴 수 있습니다. 물론 해당 데이터가 안전하게 가야하는 경우에는 조금 느려도 사용해야 하지만요.

2. 패킷 재전송 문제 : 상대방에서 응답 패킷이 오지 않는다고 해서 계속 같은 패킷을 전송하면 서버에 문제가 생길 수 있다. 왜냐면 데이터를 받을 수 있는 버퍼의 양은 한정되어 있기 때문이다.

[Android] 안드로이드 이미지 효율적 처리를 위한 방법 정리

장구치는 개발자 — Wed, 1 Apr 2020 22:19:18 +0900

이미지 효율적 처리를 위한 방법 정리합니다. 기본적으로 이미지를 불러오려면, imageView.setDrawable() 혹은 imageView.setBitmap() 이러한 방식으로 jpeg, png 파일들을 불러와서 사용할 수 있습니다. 하지만 이런 방식들을 사용하다보면 이미지가 너무 큰 경우, 혹은 이미지가 너무 고화질인 경우에 out of Memory 문제가 발생할 수 있습니다.

그래서 이미지 효율적으로 처리하기 위한 방식 3가지를 정리하려고 합니다.

1. 이미지 해상도별 별도의 폴더로 관리하기

위의 폴더와 같이 hdpi, mhdpi, xhdpi, xxhdpi 와 같이 같은 이미지라도 해상도를 분류하여 저장할 수 있습니다. 위와 같은 방법이 효율적인 이유를 설명드리겠습니다.

안드로이드에서 이미지를 찾을 때, drawable 폴더에 가서 우선 이미지를 찾은 후에 화질별 폴더에서 이미지를 찾으로 가는 방식입니다. 그렇기 때문에 사양이 좋지 않은 기기에서 큰 이미지를 불러 와야 하는 경우, 저화질 이미지 폴더에 이미지를 넣으면 좀더 작은 크기의 이미지를 가져올 수 있습니다.

2. 이미지 처리 라이브러리 사용하기

요즘에는 이미지 처리에 유용한 라이브러리가 많습니다. Glide, Picasso 등 찾아보시면 많이 있습니다. 각각 라이브러리마다 지원하는 기능들이 조금씩 다르니 원하는 기능을 지원하는 라이브러리를 사용하면 좋을 거 같습니다. (참고 : Glide 라이브러리 정리한 글이 있으니 참고해주세요 )

제가 라이브러리를 추천하는 이유는 많은 시간을 직접 쓸 필요가 없이 빠른 시간내의 메모리 문제나 이미지 변형 문제등을 해결해 줍니다. 그렇기 때문에 개발 생산성을 높일 수 있습니다.

3. Manifest의 LargeHeap 설정 변경하기

안드로이드 Manifest 파일에서 해당 설정(largeHeap)을 true로 설정하면, 해당 앱이 휴대폰에서 좀더 많은 메모리를 사용할 수 있습니다. 하지만 엄청 추천하지 않습니다. 왠만하면 저 설정을 사용하지 않고 메모리를 효율적으로 사용하게 코드를 짜는 것이 중요합니다.

그리고 안드로이드 공식문서에서도 이렇게 설명하고 있습니다.

대부분의 앱에서는 이 속성이 필요하지 않으며 대신 성능 개선을 위해 전체 메모리 사용량을 줄이는 데 초점을 맞춰야 합니다. 또한 이 속성을 사용 설정하는 경우 가용 메모리가 고정적으로 증가될 것이 보장되지 않습니다. 왜냐하면 일부 기기는 총 가용 메모리의 제약을 받기 때문입니다.

그러니 해당 옵션을 사용할 때에는 이런 점을 숙지해야 합니다.

감사합니다.

[Android] 안드로이드 이미지 처리를 위한 Glide 라이브러리 정리

장구치는 개발자 — Tue, 31 Mar 2020 21:49:44 +0900

안녕하세요, 오늘은 안드로이드 개발할 때 이미지 처리를 위한 방법 중 하나인 glide 라이브러리를 소개 및 정리해보려고 합니다.

글 작성에 앞서,

1. Glide 라이브러리 소개

2. Glide SDK 요구사항

3. 라이브러리 사용을 위한 선언 방법

4. 라이브러리 기본 사용법

Glide 소개

Glide는 google에서 공개한 라이브러리입니다. Glide는 미디어 디코딩, 메모리 및 디스크 캐싱 및 리소스 풀링을 간단하고 사용하기 쉬운 Android용 인터페이스입니다. 빠르고 효율적인 오픈 소스 미디어 관리 및 이미지 로딩을 도와주는 프레임 워크라고 설명할 수 있습니다. 개인적으로 glide 장점은 이미지를 썸네일 방식으로 불러올 수 있다는 것, GIF도 띄울 수 있다는 것입니다.

Glide 사용을 위한 SDK 요구사항

1. Min SDK Version : 14 (ice cream sandwitch) 이상 (해당 라이브러리를 사용하기 위한 최소 sdk 버전입니다)

2. Complie SDK Version : 27 (Oreo MR1) 이상

사용 방법 - 라이브러리 선언 방식

1) build.gradle 파일에 라이브러리 선언

build.gradle(Project) 파일

repositories {
  mavenCentral()
  google()
}

build.gradle(Module : app) 파일

dependencies {
    implementation 'com.github.bumptech.glide:glide:4.11.0'
    annotationProcessor 'com.github.bumptech.glide:compiler:4.11.0'
}

2) Maven 선언

Maven :

<dependency>
  <groupId>com.github.bumptech.glide</groupId>
  <artifactId>glide</artifactId>
  <version>4.11.0</version>
</dependency>
<dependency>
  <groupId>com.github.bumptech.glide</groupId>
  <artifactId>compiler</artifactId>
  <version>4.11.0</version>
  <optional>true</optional>
</dependency>

2가지 방법중 한가지를 선택해서 선언해주시면 이제 glide 라이브러리를 사용하실 수 있습니다.

이미지 처리 기능 상세설명

Glide
    .with(myFragment)
    .load(url)
    .centerCrop()
    .placeholder(R.drawable.loading_spinner)
    .into(myImageView);

< 예시 >

ImageView imageView = (ImageView) findViewById(R.id.my_image_view);

Glide.with(this).load("http://goo.gl/gEgYUd").into(imageView);

with(필수) : this, getContext() 와 같이 해당 Glide를 통해 이미지 처리하려는 activity를 선언해주시면 됩니다.
load(필수) : 이미지 url 주소, drawable 파일 이름 등 이미지 주소를 입력
centerCrop() : 이미지를 동그란 형태로 만드는 메소드
placeholder : 이미지를 가져오기전에 ImageView에 띄울 이미지
into(필수) : 이미지를 띄울 ImageView

감사합니다.

[Android] 안드로이드 서비스(Service) 정의 및 구현 방법 정리

장구치는 개발자 — Mon, 30 Mar 2020 21:40:55 +0900

안녕하세요, 오늘은 안드로이드 4대 컴포넌트 중 하나인 "서비스"에 대해서 정리해보려고 합니다.

글 작성에 앞서,

1. 서비스 정의

2. 서비스 유형

3. 서비스 구현을 위해 알아야 하는 필수 사항

4. 메니페스트(Manifest) 서비스 선언

이 순서로 정리해보겠습니다.

1. 서비스 정의

백그라운드에서 오래 실행되는 작업을 수행할 수 있는 애플리케이션 구성 요소 입니다. 사용자 인터페이스(UI)를 제공하지 않습니다. 다른 애플리케이션에서도 서비스를 시작할 수 있으며, 다른 애플리케이션으로 전환 하더라도 백그라운드에서 계속해서 실행할 수 있습니다. 또한, 구성 요소를 서비스에 바인딩하여 서비스와 상호작용할 수 있으며, 프로세스 간 통신(IPC)도 수행할 수 있습니다.

예시 상황

1) 네트워크 트랜잭션을 처리

2) 음악을 재생

3) 파일 I/O를 수행

2. 서비스 유형

1) 포그라운드 (Foreground)

포그라운드 서비스(Foreground Service)는 사용자에게 잘 보이는 몇몇 작업을 수행합니다. 예를 들어, 오디오 트랙을 재생할 때 포그라운드 서비스를 사용합니다.

2) 백그라운드 (Background)

백그라운드 서비스는 사용자에게 직접 보이지 않는 작업을 수행합니다. 예를 들어, 파일 다운받는 것 입니다.

3) 바인드 (Bind)

애플리케이션 구성 요소가 bindService() 를 호출 -> 해당 서비스에 바인딩 되면 서비스가 바인딩
바인딩된 서비스는 클라이언트-서버 인터페이스를 제공
구성 요소가 서비스와 상호작용하게 하며, 결과를 받을 수도 있고 심지어 이와 같은 작업을 여러 프로세스에 걸쳐 프로세스 간 통신(IPC)으로 수행할 수도 있습니다.
바인딩된 서비스는 또다른 애플리케이션 구성 요소가 이에 바인딩 되어 있는 경우에만 실행됩니다. 여러 개의 구성 요소가 서비스에 한꺼번에 바인딩될 수 있지만, 이 모든 것에서 바인딩이 해제되면 해당 서비스는 소멸됩니다.

3. 서비스 구현을 위해 알아야 하는 필수 사항

서비스를 생성하려면 Service 의 하위 클래스(또는 이것의 기존 하위 클래스 중 하나)를 생성해야 됩니다

< 필수 함수 >

1) onStartCommand()

시스템이 이 메서드를 호출하는 것은 또 다른 구성 요소(예: 액티비티)가 서비스를 시작하도록 요청하는 경우에 사용.
이 메서드가 실행되면 서비스가 시작되고 백그라운드에서 무한히 실행될 수 있음

2) onBind()

시스템은 다른 구성 요소가 해당 서비스에 바인딩 되고자 하는 경우(예를 들어 RPC를 수행하기 위해)에도 이 메서드를 호출한다.
이 메서드를 구현할 때에는 클라이언트가 서비스와 통신을 주고받기 위해 사용할 인터페이스를 제공해야 합니다.
이 메서드는 항상 구현해야 하지만, 바인딩을 허용하지 않으려면 null을 반환해야 합니다.

3) onCreate()

시스템은 서비스가 처음 생성 되었을 때, 이 메서드를 호출하여 일회성 설정 절차를 수행합니다. 서비스가 이미 실행 중인 경우, 이 메서드는 호출되지 않습니다.
서비스가 onStartCommand() 또는 onBind()를 호출하기 전에 실행하는 메소드

4) onDestory()

시스템이 이 메서드를 호출하는 것은 서비스를 더 이상 사용하지 않고 소멸시킬 때 사용. 서비스는 스레드, 등록된 리스너 또는 수신기 등의 각종 리소스를 정리하는 경우 호출합니다.

4. 메니페스트 선언

마지막 서비스를 사용하기 위한 필수 사항입니다. 코드는 잘 구현했지만 메니페스트에 서비스 선언을 안하시면 기능이 잘 작동하지 않으니까 꼭 까먹지 마세요!!!!

<application> 요소의 하위에 추가하시면 됩니다.

<manifest ... >
  ...
  <application ... >
      <service android:name=".ExampleService" />
      ...
  </application>

감사합니다.

[GIT] 자주 사용하는 git 명령어 핵심 정리(1)

장구치는 개발자 — Sun, 29 Mar 2020 22:23:46 +0900

안녕하세요, 회사에서 git을 사용합니다. 그래서 요즘 자주 사용하는 git 명령어를 정리해보려고 합니다.

우선, 명령어 정리에 앞서

1. git 정의

2. git 설정과 초기화

3. git clone

4. git pull

5. git push

1. GIT 이란 무엇일까요?

파일 관리를 위한 분산 버전 관리 시스템입니다. 여러 사람들의 소스코드를 효율적으로 정리하고 저장하기 위해 사용하는 것입니다. GIT은 서버에서 파일을 관리하며, 여러 사람들의 소스코드를 각 버전 별로 저장하여, 코드를 효율적 관리를 도와줍니다.

2. GIT 설정과 초기화

git 사용하기 위해서는 해당 저장소에 접근하기 위해 user name과 이메일을 설정해야 합니다.

자신의 github의 username과 이메일을 입력하시면 됩니다.

git config --global user.name “Your name”

git config --global user.email “Your email”

3. git clone : 파일 복사해서 다운 받기

특정 주소의 github 파일을 받고 싶은 경우에 사용하는 메소드 입니다.

다운 받으려는 폴더에 파일이 아무것도 없을 때 사용해야 합니다. git pull 과는 다른 역할 입니다.

git clone <파일 다운 받을 git 주소>

4. git pull : 파일 받아오기

git clone과의 차이는 pull은 내려받는 의미가 더 강합니다. 즉, 현재 github의 폴더의 프로젝트가 진행중이며, 최신 버전을 받기 위해 사용합니다. 해당 명령어를 사용하기 위해서는 git 이름과 비밀번호를 입력해야 하는 경우가 있습니다.

git pull origin master

5. git push : 파일 업로드

자신이 작성한 파일을 github에 업로드 하기 위해서 사용하는 명령어입니다.

아래의 순서는 파일 업로드 하는 방식입니다.

git add : 업로드할 파일 선택 명령어

git commit : 업로드 할 때 comment 입력

git add -A

git commit -m "comment"

git push -u origin master

cf) git add 명령어 관련 참고 이미지

읽어주셔서 감사합니다.