:D

• Résumé
• Blog

Others

Computer Science of Others

💛 Machine Learning & Deep Learning

Machine Learning ✔️

👉 컴퓨터가 학습할 수 있도록 하는 기술을 개발하는 AI의 한 분야
👋 Linear Regression, Decision Tree, Random Forest, etc

Deep Learning ✔️

👉 여러 층을 가진 인공신경망을 이용한 머신러닝
👋 DNN, CNN, RNN, LSTM, etc

Gradient Descent Algorithm ✔️

👉 cost를 최소화하는 알고리즘
👋 그러한 W, b를 찾고 갱신하는 매커니즘

Cost(Loss) Function ✔️

👉 예측 값과 결과 값의 차이 정도를 알려주는 함수
👋 cost(loss) : 예측 값과 결과 값의 차이 정도를 알려주는 값
👋 Hypothesis : 훈련을 통해 예측한 방정식, 개념
　　👋 H(x) = Wx + b ≈ H(X) = WX

Linear Regression

👉 어떤 한 변수에 여러 다른 변수들이 주는 영향력을 선형적으로 분석하는 학습 기법

Multi Variable Linear Regression

👉 각각의 변수에 여러 다른 변수들이 주는 영향력을 선형적으로 분석하는 학습 기법

Decision Tree

👉 일련의 분류 규칙을 통해 데이터를 분류하는 학습 기법
👉 overfitting 문제가 잘 발생함
👋 overfitting : 학습 결과가 준비한 훈련 데이터에서는 정확하지만 일반적인 상황에서는 정확도가 현저히 떨어지는 현상

Random Forest

👉 학습 과정에서 구성한 다수의 Decision Tree를 이용하는 학습 기법
👉 overfitting 문제를 해결할 수 있음

Clustering

👉 주어진 개체들을 여러 특성을 고려해 유사한 개체끼리 그룹화하는 것

Regression 🆚 Classfication

👉 Regression
　　👉 연속적인 값을 예측 (범위 기준 有)
👉 Classfication
　　👉 이산적인 값을 예측

Softmax Regression

👉 다중 클래스 분류 문제를 해결하는 학습 기법
👋 다중 클래스 분류 문제 : 3개 이상 선택지 중 하나를 택하는 문제

Feed Forwarding

👉 신경망에서 Input Layer부터 Hidden, Output layer를 거쳐 출력되는 과정

Backpropagation ✔️

👉 Output layer에서부터 역방향으로 편미분을 수행해가며 weight, bias를 갱신하는 것

Dropout

👉 overfitting을 방지하기 위하여 일부 데이터를 학습 데이터에 포함하지 않는 것

Regularization

👉 overfitting을 방지하기 위하여 weight를 handling 하는 것

overfitting

👉 학습데이터를 과하게 학습하여, 학습데이터에서는 정확성이 매우 높으나 이외 데이터에 대해서는 정확성이 낮게 나오는 현상

DNN(Deep Neural Network) ✔️

👉 인공신경망 구조에서 Hidden layer를 2개 이상으로 많이 구성하여 학습 결과를 향상시킨 딥러닝 알고리즘
👋 다른 머신러닝 기법에 비해 수치예측에 강점이 있으며, Data가 많을수록 성능이 향상
👋 Hidden Layer 복잡할수록 계산 시간 多, weight 의미를 알기 어려워 결과 해석이 어려움

CNN(Convolutional Neural Network) ✔️

👉 데이터의 특징을 추출하고 그 특징들의 패턴을 파악하는 딥러닝 알고리즘
👋 이미지 처리 작업에 강점이 있음
👋 Convolution : 데이터 각 성분의 인접 특성을 고려하여 하나의 특징으로 도출하는 과정
👋 Pooling : Convolution 과정을 거친 layer의 사이즈를 줄이는 과정

RNN(Recurrent Neural Network) ✔️

👉 반복적이고 순차적인 데이터 학습에 특화된 딥러닝 알고리즘
👉 이전 정보를 현재 문제 해결에 있어 활용할 수 있는데 이는 내부에 순환 구조가 포함되어 있기 때문
👋 자연어 처리 분야에 강점이 있음
👋 LSTM

LSTM(Long Short Term Memory)

👉 RNN의 Gradient Vanishing Problem을 극복하기 위해 Hidden layer에 추가적으로 logic을 구현한 딥러닝 알고리즘
👋 GVP : backpropagation 과정에서 gradient 값이 소실되어 제대로 학습이 되지 않는 문제
✋ tanh를 미분한 값이 1보다 작기 때문에 곱하다 보면 값이 소실됨
✋ 왜 relu 안 씀? 이전 값이 커짐에 따라 결과가 발산할 수 있음
✋ 왜 sigmoid 안 씀? tanh가 backpropagation 좀 더 효과적

Q-Learning

👉 모델없이 학습하는 강화 학습 기법
👋 강화 학습 : 시행착오를 통해 학습하는 방법
👋 어떤 state에 대하여 어떤 action을 적용하는 지에 따라 reward가 주어지는데, 이 reward를 최대화하기 위한 방향으로 학습이 진행됨

DQN(Deep Q-Learning)

👉 심층신경망을 이용하는 Q-Learning

💛 Kotlin

fun

👉 함수 선언
✋ fun main(){..}

Unit

👉 void 개념과 대응
👋 특수한 객체를 반환
👋 void는 아무 것도 반환하지 X

val 🆚 var

👉 val
　　👉 불변형
👉 var
　　👉 가변형
👋 자료형을 자동으로 추론
👋 but, 반드시 값이 할당되어야 함
✋ val c = 100 (O)
✋ val num (X)
➕ val vs const?
　　👉 val: 런타임에 상수 결정
　　👉 const: 컴파일타임에 상수 결정

NPE(Java, Kotlin) ✔️

👉 자바에선 컴파일 타임에 null을 잡을 수 없고, 런타임에서 null을 잡아 NPE 발생
👉 코틀린에선 컴파일 타임에 잡기 위해 다음과 같은 방법을 고안함

Kotlin null ✔️

👉 Kotlin 변수 기본적으로 non-null
👋 NPE를 미리 방지할 수 있음
👉 ? 기호를 명시하여 nullable
👉 세이프 콜 (?.) : str?.length
　　👉 null or str.length 출력
👉 non-null 단정 (!!.) : str!!.length
　　👉 NPE or str.length 출력
👉 엘비스 연산자 (?:) : str?.length ?: -1
　　👉 -1 or str.length 출력

Array 🆚 List

👉 Array
　　👉 사이즈 변경 불가능
　　👉 원소 직접 변경 가능
　　👋 arr[0] = 5 (O)
👉 List
　　👉 읽기 전용, 사이즈 변경 가능
　　👉 원소 직접 변경 불가능
　　👋 arr[0] = 3 (X)
　　👉 MutableList
　　　　👉 사이즈 변경 가능
　　　　👉 원소 직접 변경 가능
　　　　👋 arr[0] = 1 (O)
　　　　👋 ArrayList : MutableList

스코프 함수

👉 특정 객체의 컨텍스트 내에서 특정 동작(프로퍼티 초기화/활용)을 실행하기 위한 목적 만을 가진 함수
👉 5가지의 종류
　　👉 apply
　　　　👉 apply 함수 내의 모든 명령들이 수행되고 나면 그 명령들이 적용되어 새로 생성된 인스턴스를 반환
　　　　👉 스코프 내에서 this 참조 연산자를 사용 (생략 가능)
　　👉 run
　　　　👉 run 함수 내의 모든 명령들이 수행되고 나면 스코프 내 마지막 라인의 실행 결과 값을 반환
　　　　👉 스코프 내에서 this 참조 연산자를 사용 (생략 가능)
　　　　👉 확장 함수 형태로 사용
　　👉 with
　　　　👉 with 함수 내의 모든 명령들이 수행되고 나면 스코프 내 마지막 라인의 실행 결과 값을 반환
　　　　👉 스코프 내에서 this 참조 연산자를 사용 (생략 가능)
　　　　👉 수신 객체를 파라미터로 받아 사용
　　👉 also
　　　　👉 also 함수 내의 모든 명령들이 수행되고 나면 그 명령들이 적용되어 새로 생성된 인스턴스를 반환
　　　　👉 스코프 내에서 it 참조 연산자를 사용 (생략 불가능)
　　👉 let
　　　　👉 let 함수 내의 모든 명령들이 수행되고 나면 스코프 내 마지막 라인의 실행 결과 값을 반환
　　　　👉 스코프 내에서 it 참조 연산자를 사용 (생략 불가능)

람다식 ✔️

👉 일급 객체 특징을 가진 이름 없는 함수
👋 인자로 전달 가능
👋 반환 값에 사용 가능
👋 변수에 담을 수 있음
👋 함수형 프로그래밍에서 자주 쓰임
👋 val square : (Int) -> (Int) = {number -> number * number}
👋 val square = {number: Int -> number * number}
👉 코틀린 및 안드로이드에서 왜 중요할까?
　　👉 편리하기 때문
　　👉 method가 단 하나 뿐인 자바 인터페이스에 대해 람다식을 사용하여 코드를 간결하게 적용할 수 있음

Class init

👉 초기화 블록
👉 주 생성자 생성시 같이 생성됨
👉 즉, 초기에 실행됨

상속

👉 부모 클래스 앞 open 키워드를 붙임
👉 자식 클래스는 동일
👉 final을 해제하는 개념
👋 code

open class Human(val name: String = "Jordan") {
        // 주 생성자 및 default

        constructor(_name: String) {
                name = _name
        }
        // 부 생성자

        init {
                println("Hello")
        }
        // 초기화 블록

        open fun sing() {
                println("lalala")
        }
        // overriding 허용

        final fun dance() {
                println("yeyeye")
        }
        // overriding 불가
}

class Korean : Human() {
        override fun sing() {
                super.sing()
                // 부모 클래스
                println("라라라")
        }
        // overriding

        override fun sing() {
                println("라라라")
        }
        // Error
}

지연 초기화

👉 lateinit
　　👉 var로 선언된 프로퍼티만 가능
　　👉 프로퍼티 게터 및 세터 사용 불가
👉 lazy
　　👉 val로 선언된 프로퍼티만 가능
　　👉 호출 시점에 by lazy { } 정의에 의해 블록부분 초기화 진행
👉 객체 생성과 동시에 초기화하기 힘든 경우에 사용

추상클래스 🆚 인터페이스 🆚 데이터클래스(kotlin) ✔️

👉 추상클래스
　　👉 추상 메소드를 포함한 클래스
　　　　👉 추상 메소드?
　　　　　　👉 선언만 있고 본체는 구현되지 않은 메소드
　　　　　　👉 자식 클래스에서 반드시 오버라이딩을 해야만 사용할 수 있음
　　👉 하위 클래스에서 구체화할 필요가 있음
　　👉 extends 키워드 사용, 다중 상속 구현 불가능
👉 인터페이스
　　👉 모든 메소드가 추상 메소드인 경우
　　👉 뼈대만 있으며 구현하는 모든 클래스에 대해 강제적으로 메소드를 구현하도록 만듬
　　👉 implements 키워드 사용, 다중 상속 구현 가능
👉 데이터클래스
　　👉 데이터 저장에 초점을 맞추기 위해 코틀린에서 특별히 고안된 클래스
　　👉 클래스 내용을 쉽게 확인 가능

Companion Object 🆚 static

👉 코틀린에서는 정적 변수를 사용할 때 자바에서 사용하던 static 키워드가 없는 대신 Companion Object를 제공함
👉 C.O.는 클래스 생성 시 자동으로 동반되어 생성되는 객체
👉 엄밀히 말하자면 C.O.는 static과는 다르며, 사용하는 입장에서 static 처럼 보이는 것일 뿐임
　　👉 변수나 메서드를 접근할 때 축약 표현 기능으로 인해 마치 static과 동일해 보이지만 사실은 .Companion이라는 키워드가 생략된 것

@annotation

👉 코드에 부가적인 정보를 추가하는 역할
👉 @JvmStatic
　　👉 companion에 등록된 프로퍼티를 자바에서 static과 같이 사용할 수 있도록 하는 어노테이션
　　👉 자동적으로 getter/setter 함수를 생성하도록 함
👉 @JvmField
　　👉 코틀린 컴파일러가 해당 프로퍼티에 대해 자동적으로 getter/setter 함수를 생성하지 않도록 하는 어노테이션

코루틴 ✔️

👉 코틀린에서 기본으로 제공하는 기능
👉 동시성 프로그래밍을 가능케 하도록 하는 개념
👉 비동기 경량 스레드라고 요약 가능
👉 라이브러리에 추가하여 사용
👉 Context Switching이 없고 최적화된 비동기 함수를 통해 비선점형으로 작동
👉 Non-Blocking or 비동기 코드를 마치 동기 코드처럼 쉽게 작성이 가능

코루틴 구조 ✔️

👉 코루틴 스코프
　　👉 코루틴이 동작하는 범위를 규정
　　　　👉 CoroutineScope
　　　　　　👉 지정된 코루틴 컨텍스트를 감싸는 코루틴 범위를 만듦
　　　　👉 GlobalScope
　　　　　　👉 독립형 코루틴을 구성, 생명주기는 프로그램 전체에 해당하는 범위
👉 코루틴 컨텍스트
　　👉 코루틴은 항상 특정 컨텍스트에서 실행되며, 어떠한 컨텍스트에서 실행될 지 디스패처가 결정
　　　　👉 Dispatchers.Main
　　　　　　👉 주로 UI 관련 작업을 수행할 때 사용
　　　　👉 Dispatchers.Default
　　　　　　👉 주로 CPU 자원을 많이 필요로 하는 작업을 수행할 때 사용
　　　　👉 Dispatchers.IO
　　　　　　👉 주로 파일 IO나 네트워크 콜을 수행할 때 사용
👉 코루틴 빌더
　　👉 코루틴을 시작하는 방법을 뜻함
　　　　👉 launch
　　　　　　👉 일단 실행하고 잊어버리는 형태의 코루틴으로 메인 프로그램과 독립되어 실행할 수 있음
　　　　　　👉 기본적으로 즉시 실행하며 블록 내의 실행 결과는 반환하지 X
　　　　👉 async
　　　　　　👉 비동기 호출을 위해 만든 코루틴으로 결과나 예외를 반환함

코루틴 플로우 🔥

👉 다중 데이터를 순차적으로 방출하는 데이터 스트림을 위해 제공

💛 Android

View

👉 쉽게 말해, UI 구성 요소

ViewGroup

👉 View를 여러개 포함하고 있는 것, 뷰 그룹 내에서 뷰의 위치를 지정

View의 생명주기

👉 Constructor
　　👉 모든 뷰는 생성자에서 출발하는데, 생성자를 초기화하는 단계
👉 onAttachedToWindow
　　👉 부모 뷰가 호출하여 자식 뷰가 윈도우에 붙게됨, 이제 뷰의 id로 접근 가능
👉 onMeasure
　　👉 뷰의 크기를 확인하기 위해 호출됨
👉 onLayout
　　👉 뷰의 크기와 위치를 할당함
👉 onDraw
　　👉 뷰를 실제로 그리는 단계
　　👉 Canvas(뷰의 모양)와 Paint(뷰의 색깔) 클래스를 이용
　　👉 빈번히 호출되므로 메서드 내의 객체 할당을 피하고, 한 번 할당한 객체를 재사용할 것을 권장
👉 invalidate
　　👉 단순히 뷰를 다시 그릴 때(text나 color 변경), onDraw 재호출
👉 requestLayout
　　👉 onMeasure 부터 다시 뷰를 그릴 때(size 변경)
➕ View 렌더링 속도를 개선하는 방법은?
　　👉 onDraw 메서드의 로직을 체크

Layout

👉 View 배치 방식
　　👉 LinearLayout
　　　　👉 한 방향으로 View를 쌓는 layout
　　👉 ConstraintLayout
　　　　👉 직접 View의 위치를 설정하는 layout
　　👉 RelativeLayout
　　　　👉 특정 View와의 상대적인 위치를 이용해 위치를 결정하는 layout
　　👉 TableLayout
　　　　👉 표나 엑셀 시트와 같은 형태로 화면을 구성하는 layout
　　👉 FrameLayout
　　　　👉 이 layout에 View를 넣으면 그 중 하나의 View만 화면에 표시
👋 gravity : 정렬

R.java

👉 리소스를 만들면 R.java 파일에 상수 변수로 등록되며 코드에서 이를 이용
👉 즉, 안드로이드 리소스를 식별하기 위한 변수들을 관리하는 R 클래스

dp 🆚 sp

👉 dp
　　👉 해상도에 따라 px 값 계산
👉 sp
　　👉 글꼴 크기, 단말의 설정을 따름

margin 🆚 padding

👉 margin
　　👉 View 영역 테두리 기준 바깥쪽 여백
👉 padding
　　👉 View 영역 테두리 기준 안쪽 여백

EditText inputType

👉 입력되는 글자의 유형 정의
　　👉 키패드가 다르게 올라오는 것을 확인할 수 있음

단말 방향 전환 ✔️

👉 onPause() ➡️ onStop() ➡️ onDestroy() ➡️ onCreate() ➡️ onStart() ➡️ onResume()
👉 액티비티가 메모리에서 없어졌다가 다시 만들어짐
👉 layout-land 폴더에 xml 파일을 새롭게 구성해야 함
👉 onSaveInstanceState 콜백 메서드를 통해 변수 값을 저장
👉 액티비티가 종료되기 전 상태를 저장
👉 onCreate()에서 번들 객체로 복원
👋 가로, 세로 액티비티가 다를 수 있기 때문
👉 액티비티 동일, 화면 레이아웃만 바꾸고 싶다면?
　　👉 매니페스트 파일의 < activity > 태그 안에 configChanges 속성에 orientation | screensize 설정
　　👉 그 후 onConfigurationChanged() 메서드 재정의

토스트 🆚 스낵바

👉 간단한 메시지를 잠깐 보여줬다가 없어지는 뷰
👉 Toast
　　👉 앱 위에 떠있는 뷰
👉 SnackBar
　　👉 아래쪽에서 올라왔다 내려가는 뷰

Inflation ✔️

👉 앱이 실행되어 xml 레이아웃 내용이 메모리에 객체화 되는 과정
👋 객체화된 xml 레이아웃을 소스 파일에서 사용하여 출력함

LayoutInflater ✔️

👉 xml 리소스를 view 객체로 만들어 반환하는 역할

TextWatcher 🔥

👉 EditText의 addTextChangedListener()메서드와 함께 Text 변경 Event 처리

nine-patch 🔥

👉 이미지가 다양한 화면 크기의 여러 단말기에 출력될 때 자동으로 크기가 늘어나거나 줄어들며 이미지의 모서리 부분이 깨지거나 왜곡이 발생하는데, 이를 해결해주는 방법
👉 확장자 앞에 .9를 붙임
👉 가로, 세로가 2px씩 큰 이미지를 새로 만들고 원본 이미지를 가운데에 복사하면 생성 완료
👉 흰색; 늘어나지 않는 영역, 검정색; 늘어나는 영역으로 구분

안드로이드 기본 구성요소 4가지 ✔️

👉 앱을 설치했을 때, 안드로이드 시스템이 이 구성요소들에 대한 정보를 요구함
👉 1. Activity
　　👉 화면을 구성하는 컴포넌트
　　👉 액티비티 매니저라는 객체에 의해 액티비티 스택이라는 것으로 관리됨
👉 2. Service
　　👉 백그라운드 작업을 하는 컴포넌트
　　👉 메인 액티비티에서 startService() 메서드 호출
　　👉 비정상적으로 종료되어도 시스템이 자동 재실행
　　👉 stopService() 메서드를 호출하여 실행 서비스를 종료할 수 있음
　　👉 카톡이 실행되어있지 않아도, 화면상에 보이지 않아도 메시지를 받을 수 있는 이유
　　👋 IntentService : 백그라운드에서 실행되지만 한 번 실행되고 끝나는 서비스
👉 3. Broadcast Receiver
　　👉 시스템 이벤트가 발생할 때 실행되게 하는 컴포넌트
　　👉 기기안에서 동작하는 다른 앱 A로 부터 특정 메시지를 받기 위해 앱에 이 브로드캐스트 수신자를 등록하면 A 앱의 메시지가 앱으로 전달됨
　　👉 registerReceiver() 메서드로 시스템에 등록
👉 4. Content Provider
　　👉 앱의 데이터를 공유하는 컴포넌트
　　👉 앱의 보안 때문에 중요한 구성요소
　　👉 보통 DB, 파일, SharedPreferences를 접근
　　👉 허용한 통로로 접근하기 위해서는 Content Resolver라는 객체를 이용해야 함
👉 이 정보들은 전부 매니페스트 파일에 있음

Service 종류

👉 Foreground
　　👉 사용자에게 눈에 띄는 일부 작업을 수행하는 서비스
👉 Background
　　👉 사용자가 직접 알지 못하는 작업을 수행하는 서비스
　　👉 API 26 Deprecated
　　👉 대신, 백그라운드 처리에 권장되는 API인 Jetpack의 WorkManager 사용을 권장
👉 Bind
　　👉 바인딩된 서비스는 구성 요소가 서비스와 상호 작용할 수 있음

Application Class

👉 모든 안드로이드 구성요소에서 접근 가능한 전역 클래스

매니페스트 파일 ✔️

👉 4가지 기본 구성요소, 앱 패키지 이름, 권한 등 앱에 대한 필수적인 정보가 들어있는 파일

Task 제어

👉 액티비티를 실행하다 보면 발생하는 액티비티 중복문제나 흐름을 제어하는 것
👉 매니페스트 파일의 activity 태그의 launchMode를 설정하는 방법
　　👉 standard
　　　　👉 액티비티 스택에 계속 쌓아올리는 모드
　　👉 singletop
　　　　👉 스택의 최상위에 있는 액티비티를 다시 호출 시 이는 스택에 쌓이지 X
　　　　👉 나머지는 standard와 동일
　　　　👉 다시 호출 시 onNewIntent() 실행
　　👉 singletask
　　　　👉 새롭게 task를 생성하고 해당 task의 루트에 액티비티가 존재하게 됨
　　　　👉 다른 액티비티를 호출할 경우 이 루트의에 쌓이게 됨
　　👉 singleinstance
　　　　👉 singletask와 마찬가지로 task의 루트에만 존재할 수 있지만, 하나의 task에 하나의 액티비티만 존재할 수 있음
👉 Intent의 Flag 정보를 설정하는 방법
　　👉 SINGLE_TOP
　　　　👉 스택의 최상위에 있는 액티비티를 다시 호출 시 이는 스택에 쌓이지 X
　　👉 NO_HISTORY
　　　　👉 이 속성으로 설정된 액티비티는 스택에 쌓이지 X
　　👉 CLEAR_TOP
　　　　👉 이 속성으로 설정된 액티비티부터 가장 위에 있는 액티비티까지 모두 종료
　　　　👉 이후, 이 액티비티를 활성화하여 가장 위에 위치하도록 함

Bundle

👉 인텐트 안에 있는 객체
👉 부가 데이터를 넣거나 뺄 수 있음

Context

👉 현재 사용되고 있는 App에 대한 포괄적인 정보를 지니고 있는 객체

Intent ✔️

👉 앱 구성 요소 간에 작업 수행을 위하여 시스템에 정보 전달 역할을 수행하는 메시지 객체
👉 Action + Data
👉 수행할 기능 + 수행할 대상 정보

Activity LifeCycle ✔️

👉 액티비티가 생성, 일시정지, 재생, 정지, 재개, 종료되는 등의 상태 변화와 그에 따른 콜백 메서드를 총칭


👉 New ➡️ Run
　　👉 onCreate() ➡️ onStart() ➡️ onResume()
👉 Run ➡️ Pause
　　👉 onPause()
👉 Pause ➡️ Run
　　👉 onResume()
👉 Pause ➡️ Stop
　　👉 onStop()
👉 Stop ➡️ Run
　　👉 onRestart() ➡️ onStart() ➡️ onResume()
👉 Stop ➡️ End
　　👉 onDestroy()

👉 1. onCreate()
　　👉 액티비티 처음 생성될 때 호출
　　👉 이전에 저장된 정보가 있다면 번들을 참조하여 복원 가능
👉 2. onStart()
　　👉 액티비티가 화면에 보이기 직전에 호출됨
　　👉 화면 상에 액티비티가 정상적으로 보인다면 onResume() 호출됨
👉 3. onResume()
　　👉 액티비티와 사용자가 상호작용하기 바로 직전에 호출됨
👉 4. onPause()
　　👉 액티비티 포커싱을 잃은 상태가 되었을 때 호출됨
　　👉 이 메서드가 리턴하기 전에는 다음 액티비티는 시작될 수 없기에 매우 빨리 수행된 후 리턴되어야 함
👉 5. onStop()
　　👉 액티비티가 소멸되거나 또다른 액티비티가 화면을 가려 사용자에게 더 이상 완전히 보이지 않을 때 호출됨
👉 6. onRestart()
　　👉 onStop() 이후 다시 시작되기 바로 직전에 호출됨
👉 7. onDestroy()
　　👉 소멸되어 없어지기 전에 호출되며, 액티비티가 받는 마지막 호출이 됨
👉 8. onSaveInstanceState()
　　👉 파라미터로 전달되는 번들 객체를 이용하여 데이터를 저장
　　👉 onPause() 전 호출됨
👉 9. onRestoreInstanceState()
　　👉 번들에 저장된 데이터를 이용하여 onCreate 혹은 이곳에서 복원
　　👉 onStart()와 onResume() 사이에 호출

Fragment ✔️

👉 부분 화면을 위한 레이아웃
👉 레이아웃이나 소스 코드를 한 번만 정의하여 여러 액티비티에서 재사용할 수 있도록 만든 것
👋 코드가 복잡해지는 것을 방지하기 위해 각 부분 화면의 코드를 분리시킴
👋 현재는 단순히 화면 UI를 위해 많이 활용하는 레이아웃
👉 프래그먼트는 항상 액티비티 위에 올라가 있어야 함
👋 제대로 동작하는 시점 : 프래그먼트가 메모리에 만들어진 시점 X, 액티비티에 올라가는 시점
👉 프래그먼트 매니저가 프래그먼트들을 관리
👋 인텐트는 시스템을 이해하는 방식이므로 프래그먼트와 액티비티 사이에서 전달하는 것은 바람직하지 않음
👉 프래그먼트와 액티비티 간 데이터 전달은 단순히 메서드를 만들고 호출하는 방식으로 진행
👉 액티비티에 추가하는 방법
　　👉 뷰와 마찬가지로 xml 레이아웃에 < fragment > 태그 추가
　　👉 소스 코드에서 프래그먼트 매니저를 이용
👉 프래그먼트를 전환하는 효과
　　👉 프래그먼트 매니저를 이용하여 액티비티에서 전환을 처리
　　👋 프래그먼트 관리를 액티비티에서 하기 때문
　　👋 프래그먼트가 직접 프래그먼트를 띄우는 것이 X
　　👋 액티비티를 통해 띄워야 함

Fragment LifeCycle ✔️

👉 프래그먼트가 액티비티에 올라가며 일어나는 상태 변화와 그에 따른 콜백 메서드를 총칭


👉 New ➡️ Run
　　👉 onAttach() ➡️ onCreate() ➡️ onCreateView() ➡️ onActivityCreated() ➡️ onStart() ➡️ onResume()
👉 Remove or Replace Fragment (not using Back stack)
　　👉 onPause() ➡️ onStop() ➡️ onDestroyView() ➡️ onDestroy() ➡️ onDetach()
👉 Remove or Replace Fragment (using Back stack)
　　👉 onPause() ➡️ onStop() ➡️ onDestoryView()
👉 Restore Fragment (using Back stack)
　　👉 (onDestroyView ➡️) onCreateView() ➡️ onActivityCreated() ➡️ onStart() ➡️ onResume()

👉 1. onAttach()
　　👉 프래그먼트가 액티비티와 연결될 때 호출됨
👉 2. onCreate()
　　👉 프래그먼트가 초기화될 때 호출됨
　　👉 new 연산자를 이용해 새로운 프래그먼트 객체를 만드는 시점이 X
👉 3. onCreateView()
　　👉 프래그먼트와 관련된 뷰 계층을 만들어서 리턴함
👉 4. onActivityCreated()
　　👉 프래그먼트와 연결된 액티비티가 onCreate() 메서드의 작업을 완료했을 때 호출됨
👉 5. onStart()
　　👉 프래그먼트와 연결된 액티비티가 onStart() 되어 사용자에게 프래그먼트가 보일 때 호출됨
👉 6. onResume()
　　👉 프래그먼트와 연결된 액티비티가 onResume() 되어 사용자와 상호작용을 할 수 있을 때 호출됨
👉 7. onPause()
　　👉 프래그먼트와 연결된 액티비티가 onPause() 되어 사용자와 상호작용을 중지할 때 호출됨
👉 8. onStop()
　　👉 프래그먼트와 연결된 액티비티가 onStop() 되어 화면에 더 이상 보이지 않을 때 호출됨
👉 9. onDestroyView()
　　👉 프래그먼트와 관련된 뷰 리소스를 해제할 수 있도록 호출됨
👉 10. onDestroy()
　　👉 프래그먼트의 상태를 마지막으로 정리할 수 있도록 호출됨
👉 11. onDetach()
　　👉 프래그먼트가 액티비티와 연결을 끊기 바로 직전에 호출됨
👉 onPause()와 onStop() 메소드는 액티비티의 onPause()와 onStop() 메서드가 호출될 때와 같은 상태 메서드
👋 Back stack : 프래그먼트가 화면에 보이지 않는 순간 제거가 아닌 저장했다 다시 이용할 수 있게 하는 기능

Permission

👉 특정 기능을 수행하기 위하여 사용자의 요청을 받는 것
👉 일반 권한 + 위험 권한
👉 위험 권한은 개인정보랑 연관이 되어 있으므로 항상 주의

Application 구성

👉 자바 코드 + 리소스 파일
👉 자바 코드 : 앱의 흐름과 기능을 정의
👉 리소스 파일 : 레이아웃/이미지 처럼 보여주기 위해 사용하는 파일 및 데이터를 관리

Android 빌드 프로세스 🔥

👉 안드로이드 컴파일러가 소스 코드를 DEX 파일로 변환하고, 리소스를 컴파일된 리소스로 만듦
👉 이후, Packager가 DEX 파일과 컴파일된 리소스를 결합하여 APK or AAB로 만듦
👉 구글 플레이 등의 마켓에 배포할 수 있도록 서명하는 절차를 거친 후 APK or AAB 형태로 스토어에 업로드

DVM (Dalvik VM) 🔥

👉 안드로이드에서 라이센스 및 메모리 효율성 문제로 JVM 대신 사용하는 가상 머신
👉 JVM과 DVM; 모두 JIT 컴파일러를 사용하여 기계어로 번역
　　👉 JIT(Just-In-Time) 방식?
　　👉 앱 구동 중에 실시간으로 컴파일을 진행하여 설치 속도가 빠르지만, 실행 속도가 느리다는 특징을 갖고 있음
　　👉 Trace-JIT 방식?
　　👉 프로그램 실행 시 자주 사용되는 부분의 바이트 코드를 기계어로 미리 해석해 결과를 캐시에 저장하여 성능을 향상한 JIT 방식

ART (Android RunTime) 🔥

👉 기존의 DVM의 한계점을 해결하기 위해서 구글에서 새로 개발한 런타임
👉 롤리팝 버전부터 대체됨
　　👉 AOT(Aheads-Of-Time) 방식?
　　👉 설치 시 컴파일을 진행하여 설치 속도가 느리지만 실행 속도가 빠름
👉 누가 버전 이후 ART는 AOT와 JIT 컴파일러를 탑재하여 설치 속도 및 실행 속도 모두를 보완함

Gradle ✔️

👉 소스 코드 파일 및 리소스 파일을 빌드하거나 배포하기 위해 사용되는 빌드 및 배포 도구
👉 프로젝트 수준의 그래들 설정 파일
　　👉 프로젝트 안에 있는 모든 모듈에 적용되는 설정이 들어있음
　　👋 일반적으로 이 파일은 거의 수정을 하지 않음
👉 모듈 수준의 그래들 설정 파일
　　👉 각각의 모듈에 적용되는 설정이 들어있음
　　👉 빌드에 필요한 중요 정보들이 들어있음
　　👋 dependencies에는 외부 라이브러리 추가
　　👋 새로운 모듈을 추가한다면, 그 모듈에 대한 build.gradle 파일로 새로 추가 됨
👉 setting.gradle
　　👉 앱을 빌드할 때 어떤 모듈을 포함할 것인지에 대한 정보가 있음
👋 모듈 : 소스파일 및 빌드 설정으로 구성된 모음

Jetpack ✔️

👉 androidx라는 패키지명으로 시작하며, 개발자들이 쉽고 빠르게 퀄리티가 좋은 앱을 만들수 있도록 도와주는 라이브러리 모음
👋 appcompat, recyclerview, viewpager2, drawerlayout, fragment
👋 appcompat : 안드로이드 앱의 API 레벨 호환성 문제를 해결해 줌
👋 viewpager2 : 옆으로 swipe하는 layout 관련 라이브러리
👋 drawerlayout : 안 보이다가 swipe하면 등장하는 layout 관련 라이브러리

RecyclerView ✔️

👉 여러 가지 아이템을 나타내는 면에서 ListView와 비슷한 View
👉 메모리를 효율적으로 사용하도록 캐시 매커니즘을 구현
👋 ViewHolder, Adapter, LayoutManager
👋 ListView 대신 사용하는 것을 권장
　　👋 가로/세로 방향 모두 지원
　　👋 아이템 애니메이션 처리 클래스 있음
　　👋 ViewHolder 패턴을 사용하여 findViewById() 호출 횟수 낮음

SharedPreferences ✔️

👉 앱을 만들면서 데이터를 간단하게 저장하고 사용하고 싶을 때 사용하는 기능
👉 앱 내부에 파일을 하나 만들어 데이터를 저장하거나 읽어오는 방식

SQLite ✔️

👉 표준 SQL을 지원하며, 조회 속도가 빠른 모바일 데이터베이스
👋 스키마를 업데이트할 때, SQLiteHelper 클래스 사용

Thread & Handler & Looper (Deprecated) ✔️

👉 멀티 Thread를 이용할 경우 사용자가 만든 Thread가 UI 객체에 접근하기 위하여 Handler 객체를 이용
👉 UI 관리하는 메인 스레드와 리소스 동시 접근으로 인한 DeadLock이 발생할 수 있으므로
👉 핸들러는 메세지를 전달하기 위해 메세지 큐에 차례로 넣는데, Looper가 뽑아서 메인 스레드에게 전달

Glide 🆚 Volley 🆚 Gson

👉 Glide
　　👉 이미지 처리를 위해 만들어진 라이브러리
👉 Volley
　　👉 웹 요청과 응답을 단순화하기 위해 만들어진 라이브러리
👉 Gson
　　👉 Json 문자열을 자바 객체로 변환할 수 있도록 하는 라이브러리

알림 (배너)

👉 NotificationManager 시스템 서비스 + NotificationCompat.Builder() 메서드 사용

💛 Others

Callback 함수

👉 어떤 이벤트에 의해 호출되어지는 함수

Serializable(자바 표준 인터페이스) 🆚 Parcelable(안드로이드 sdk 내 인터페이스)

👉 객체의 직렬화는 객체의 내용을 바이트 단위로 변환하여 파일 또는 네트워크를 통해서 스트림 형태로 전송하는 것
👉 직렬화 사용 이유는 전송 방법에 신경 쓸 필요 없이 최종 목적지에 전달된 객체를 바로 사용하면 되기 때문
👉 어떠한 객체를 직렬화하기 위해서는 Serializable 인터페이스를 구현만 하면 되기에 쉽게 데이터를 전달할 수 있음
👉 일반적으로, 안드로이드에서 Serializable이 Parcelable 보다 성능이 좋지 않아 Parcelable을 사용
　　👉 Parcelable이 성능이 더 좋은 이유는 프로세스 간 통신을 사용하기 때문
　　👉 또한, Serializable 내부에서 리플랙션을 사용하여 직렬화를 처리하기 때문
　　　　👉 리플랙션? 구체적인 클래스 타입을 알지 못해도 그 클래스의 메소드, 변수들에 접근할 수 있게 해주는 자바 API
　　　　👉 리플랙션은 처리 과정에서 많은 추가 객체를 사용하기 때문에 이는 이후 가비지 콜렉터의 고도한 동작으로 연결되어 성능 저하가 야기됨
👉 But, 반드시 Parcelable가 Serializable보다 성능적으로 우수한 것은 아님
　　👉 추가적인 로직을 구현한 Serializable 인터페이스는 Parcelable보다 성능이 우수함
👉 따라서, 상황에 맞게 잘 사용하는 것이 중요함

Java 장/단점

👉 JVM의 GC가 자동으로 메모리를 관리해준다는 장점
👉 관련 라이브러리 API를 사용하여 멀티스레드를 쉽게 구현 가능하다는 장점
👉 인터프리터 방식이기에 비교적 속도가 느리다는 단점

Java Thread

👉 자바에는 프로세스가 없으며 스레드만 존재, JVM이 OS 역할

Java 프로그램 실행 과정 🔥

👉 프로그램이 실행되면 JVM은 OS로부터 프로그램이 필요로 하는 메모리를 할당받음
👉 컴파일러가 소스코드(.java)를 자바 바이트 코드(.class)로 변환
👉 JVM이 바이트 코드를 기계어로 변환하고 인터프리터 방식으로 애플리케이션 실행
　　👋 Class Loader를 통해 class 파일들을 JVM으로 로딩
　　👋 Execution Engine을 통해 로딩된 class 파일들, 즉, 바이트 코드를 바이너리 코드로 변환
　　👋 해석된 바이트 코드는 Runtime Data Area에 배치되어 실질적인 수행이 이뤄짐
　　　　👋 Method Area : 모든 Thread에 공유, 클래스/변수/static/상수 정보 등이 저장되는 영역
　　　　👋 Heap Area : 모든 Thread에 공유, new 명령어로 생성된 인스턴스/객체가 저장되는 영역
　　　　👋 Stack Area : 각 Thread마다 하나씩 저장, 매개변수/지역변수 등이 저장되는 영역
　　　　👋 PC Register : 각 Thread마다 하나씩 저장, CPU Register와 역할 비슷
　　　　👋 Native Method Stack : 각 Thread마다 하나씩 저장, 다른 언어의 메서드 호출을 위해 할당되는 영역
👉 실행과정 속에서 JVM의 필요에 따라 Thread Synchronization & GC 와 같은 관리 작업을 수행

AJAX(Asynchronous Javascript And Xml) 🔥

👉 클라이언트와 서버간에 정보를 비동기적으로 전달하기 위해 JavaScript에서 사용하는 하나의 라이브러리

jQuery 🔥

👉 웹 사이트에서 JavaScript를 쉽게 활용할 수 있도록 도와주는 오픈소스 기반의 JavaScript 라이브러리

React 🔥

👉 UI를 만드는데 사용되는 오픈소스 기반의 JavaScript 라이브러리

Vue.js 🔥

👉 웹 앱의 UI를 만들기 위해 사용하는 오픈소스 프로그래시브(자유도가 높은) JavaScript 프레임워크