[UMC] 🛒1주차 - 안드로이드 스터디

<Manifest의 주요 속성 10가지와 4대 컴포넌트, 그리고 Intent에 대해 조사하기>

📖 1. 앱에서 사용되는 4대 Component

-안드로이드 앱의 기본 구조는 컴포넌트를 기반으로 한다.
하나의 앱은 여러 컴포넌트로 구성된다.
=> 안드로이드는 클래스로 컴포넌트를 개발한다!
=> 하나의 클래스가 하나의 컴포넌트가 된다!

-앱은 여러 클래스로 구성되는데,
1) 컴포넌트 클래스: 개발자가 만들었지만, 생명주기를 안드로이드 시스템에서 관리
2) 일반 클래스: 앱 실행 시 클래스의 객체 생성부터 소멸까지 생명주기 관리를 개발자 코드에서 관리!(임의의 목적으로 만든 클래스)

< 컴포넌트 >가 : ~ 클래스 상속받는다!

1. < activity >

-화면을 구성하는 컴포넌트로, 사용자에게 보여주는 UI 화면
=> 화면을 출력!!
-하나의 애플리케이션에는 최소 1개 이상의 Activity가 존재해야 한다.
-manifest 파일에 선언되지 않은 Activity는 시스템이 표시하지 않으며, 실행되지 않는다.
-앱의 화면을 안드로이드폰에 출력하려면 Activity를 만들어야 하며, 앱이 실행되면 Activity에서 출력한 내용이 안드로이드폰에 나온다.

2. < service >

-UI 없이 백그라운드 작업을 수행하는 구성요소이다. Activity와 비교하면 이해가 쉽다.
-Activity가 사용자에게 직접 보이는 화면이라면, Activity가 종료되어 있는 상태에서도 동작하기 위해 만들어진 구성요소이다.
-화면 출력 기능이 없다! 서비스가 실행되더라도 화면과 상관없이 백그라운드에서 장시간 실행해야 할 업무를 담당한다.

3. < provider > : Contents Provider

-앱 내에서 사용할 수 있는 데이터를 공유하기 위한 컴포넌트
-일반적으로 어플리케이션에서 자료를 저장할 때 DB를 사용하는데, 이 때 한 어플리케이션 내에 저장되어 있는 DB에는 해당 앱 외에 다른 앱의 접근이 불가능하다. Contents Provider는 원하는 데이터만 공유할 수 있도록 해주는 역할을 한다.
-ex) 카카오톡 앱에서 프로필 사진 변경할 때 Contents Provider를 이용해 데이터를 주고받는다.

4. < receiver >: Broadcast receiver

-system 전반에서 특정 이벤트가 발생힐 때 실행되게 하는 역할을 한다.
-이벤트를 확인하는 기능만 담당하고, 사용자에게 이벤트를 알리지는 않는다. 개발자는 이를 알리기 위해 notification, Toast 를 사용해야 한다.
-핸드폰에서 에어팟 연결이 해제되었을 경우 서비스에서 실행되고 있는 음악을 일시정지하려면, Broadcast receiver를 통해 이어폰 연결이 해제되었다는 정보를 수신하고, 서비스를 종료한다.
-ex) 배터리가 부족할 때, 스크린이 캡쳐될 때, 파일 다운로드가 완료되었을 때 등의 행위를 응답받는다.

**컴포넌트는 앱 안에서 독립된 실행 단위이다!
-카카오톡 목록 화면 -> 채팅 화면으로 화면 전환 시, 코드를 결합해서 직접 실행하는 것이 아니라, 안드로이드 시스템에 의뢰해서 두 클래스가 서로 종속되지 않고, 독립해서 실행되게 한다.(간접 실행)

📖 2. Manifest:

• 모든 안드로이드 프로젝트에 반드시 포함되어야 하는 파일
  => 메인 환경 파일!
  (AndroidManifest.xml):
  프로젝트의 Source Set의 루트(src/main)에 위치해야 한다.

• Android 빌드 도구, Android 운영체제 및 Google Play에 앱에 관한 필수 정보를 설명한다.

• Android Studio를 사용하여 앱을 빌드하고 있다면 매니페스트 파일이 생성되고, 앱을 빌드하는 동안(특히, 코드 템플릿을 사용하는 시점에서) 대부분의 기본적인 매니페스트 요소가 추가된다.

-매니페스트 파일의 내용:

⭕ 앱의 패키지 이름
-일반적으로 코드의 네임스페이스(프로젝트 디렉토리 구조)와 일치.
-안드로이드 빌드 도구는 프로젝트를 빌드할 때 이 이름으로 코드 entity의 위치를 확인한다. 앱을 패키징할 때 빌드 도구가 이 값을 Gradle 빌드 파일의 애플리케이션 ID로 대체한다. 이는 시스템과 Google Play에서 고유한 앱 식별자로 사용된다.

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">
//xmlns: XML의 네임스페이스 선언
//안드로이드 표준 네임스페이스로 선언된 것!

⭕ 앱의 구성요소
-모든 액티비티, 서비스, Broadcast Receiver, 콘텐츠 제공자 포함
-각 구성요소는 Kotlin, Java 클래스의 이름과 같은 기본 속성을 정의해야 한다.
-자신이 처리할 수 있는 기기 구성의 종류, 구성 요소가 어떻게 시작되는 지 설명하는 인텐트 필터와 같은 기능을 선언할 수 있다.

앱에서 생성하는 각각의 앱 구성 요소에 대해 매니페스트 파일에서 해당하는 XML 요소를 선언해야 합니다.
=> 컴포넌트를 매니페스트 파일에 등록해야 시스템이 인지할 수 있다!

< activity > Activity의 각 하위 클래스. 이 태그 내에 intent filter가 존재하고, < intent-filter >태그 안에는 < action >과 < category >가 존재하여 첫 화면을 결정한다.

< service > Service의 각 하위 클래스.

< receiver > BroadcastReceiver의 각 하위 클래스.

< provider > ContentProvider의 각 하위 클래스.

매니페스트 파일에서 XML 요소를 선언하지 않고 이 구성 요소를 하위 클래스로 지정하면 시스템에서 이를 시작할 수 없습니다.

=> 컴포넌트 하나 당 < >태그 하나로 등록해서, 만약에 액티비티 10개면 < activity > 태그 10개 해야 함

⭕ 앱이 시스템/다른 앱의 보호 부분에 엑세스하기 위한 권한
-반드시 있어야 하는 모든 권한 선언

Android 앱은 민감한 사용자 데이터(예: 연락처, SMS) 또는 특정 시스템 기능(예: 카메라, 인터넷 액세스)에 액세스하기 위한 권한을 요청해야 합니다. 각 권한은 고유한 레이블로 식별됩니다. 예를 들어 SMS 메시지를 보내야 하는 앱은 매니페스트에 다음과 같은 줄이 있어야 합니다.

<activity
            android:name=".MainActivity"
            
//name: 액티비티 필수 속성, 클래스 이름을 등록한다.
=> 여기서는 MainActivity 클래스를 액티비티로 등록했다는 것을 의미!점(.)은 <manifest> 태그에 등록한 MainActivity가 패키지 경로에 있음을 의미한다. 

⭕ 앱에 필요한 하드웨어 및 소프트웨어 기능
-이에 따라 앱을 Google Play에서 설치할 수 있는 기기의 종류가 달라진다.

매니페스트 파일에서는 앱에 필요한 하드웨어 또는 소프트웨어 기능을 선언할 수 있고, 따라서 앱과 호환되는 기기 유형도 선언할 수 있습니다. Google Play Store에서는 앱에 필요한 기능이나 시스템 버전을 제공하지 않는 기기에 앱 설치를 허용하지 않습니다.

< uses-feature > 예를 들어 나침반 센서가 없는 기기에서 앱이 기본적인 기능을 실행할 수 없다면, 필요에 따라 다음과 같이 매니페스트 태그를 사용하여 나침반 센서를 선언할 수 있습니다.

<manifest ... >
    <uses-feature android:name="android.hardware.sensor.compass"
                  android:required="true" />
    ...
</manifest>

📖 3. 인텐트?

⭕ Intent: 어플리케이션 컴포넌트 간에 작업 수행을 위한 정보를 전달하는 역할을 한다.

1. 중재 역할
   => 컴포넌트를 실행하려고 시스템에 전달하는 메시지!
   => 기능이 아닌 데이터를 담는 클래스이다.
   ex) MainActivity => DetailActivity로 화면 전환 시에
   MainActivity 클래스에서 DetailActivity 클래스를 실행하려면, 시스템에 인텐트를 전달해줘야 한다. 그러면 시스템에서 인텐트의 정보를 분석해서 그에 맞는 컴포넌트를 실행해준다!!

=> 4대 컴포넌트는 각각 인텐트에 의해 활성화된다!

val intent: Intent = Intent(this, DetailActivity::class.java)
startActivity(intent)
//startActivity() 함수가 인텐트를 시스템에 전달!

=> DetailActivity 의 정보를 Intent 객체에 대입한 것

1) 명시적 인텐트: 클래스 타입 레퍼런스 정보를 활용한 인텐트
=> 위 코드에서

DetailActivity::class.java

2) 암시적 인텐트: 인텐트 필터 정보를 활용한 인텐트
=> 외부 앱의 컴포넌트의 요청 처리...

📖 2. Palette에 존재하는 View 중 자주 사용되는 요소들에 대해 조사하기

• Palette → Layout 파일 만들면 왼쪽에 나오는 TextView, ImageView와 같은 배치할 수 있는 View 목록
• 각 View들이 어떤 역할을 하는지, 어떨 때 쓰이는지 조사해보기
• 각 View들에서 대표적으로 어떤 속성을 사용할 수 있는지도 조사

1. TextView
   -문자열을 화면에 출력하는 뷰

    <TextView
        android:id="@+id/textView"
        android:layout_width="241dp"
        android:layout_height="129dp"
        android:layout_marginTop="76dp"
        android:fontFamily="sans-serif-black"
        android:text="@string/main_title"
        android:textColor="@color/white"
        android:textSize="32dp"
        app:layout_constraintEnd_toEndOf="parent"

        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent"></TextView>

2. Button
   -사용자 이벤트를 처리

3. ImageView
   -이미지를 화면에 출력하는 뷰

<ImageView
        android:id="@+id/imageView2"
        android:layout_width="260dp"
        android:layout_height="400dp"
        android:src="@drawable/main_img"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintHorizontal_bias="0.496"
        app:layout_constraintStart_toStartOf="parent"

4. RecyclerView
   -목록 화면 만들 떄 사용
   -구성요소 이용(ViewHolder, Adapter, LayoutManager, ItemDecoration)

5. FragmentContainerView

6. ScrollView
   -위젯, 레이아웃이 화면에 넘칠 때 스크롤 효과
   -하나의 위젯만 넣을 수 있음

7. Switch
   -온/오프 상태 표시

8. ImageButton
   -버튼처럼 이미지를 클릭하는 용도

9. ChipGroup & Chip

10. CheckBox

• 다중 선택

11. RadioGroup & RadioButton
    -RadioButton - 단일 선택 상자 컨트롤
    -여러 개 중 하나 선택 버튼

12. FloatingActionButton
    

13. WebView
    -웹 애플리케이션, 웹 페이지를 레이아웃의 일부로 표시

14. ProgressBar
    -진행 상태를 보여주는 뷰
    -직선 형태, 원형 형태

15. SeekBar
    -ProgressBar을 확장하여 사용자가 터치로 상태 변경
    -볼륨 조절, 화면 밝기 조절에 사용

16. Spinner
    -PC의 드롭다운 박스, 화면이 작은 스마트폰에서 여러 개 중 하나를 선택할 수 있도록 확장하여 옵션을 보여주는 용도

17. HorizontalScrollView
    -수평 스크롤 뷰

18. NestedScrollView
    

📖 3. 주요 Layout 6가지 조사하기

• 각 Layout이 어떤 화면을 구축할 때, 어떤 경우에 사용하는지 조사

  

1. LinearLayout: 선형 배치

-뷰를 가로나 세로 방향으로 나열하는 레이아웃 클래스
-orientation 속성에 horizontal(가로)이나 vertical(세로) 값으로 방향 지정

2. RelativeLayout: 상대 위치로 배치

-자식 View들이 서로 상대적 배치 관계에 따라 화면에 표시될 위치가 결정되도록 만들어주는 레이아웃 클래스

3. FrameLayout: 겹쳐서 배치

-카드 쌓듯이 뷰를 추가한 순서대로 위에 겹쳐서 계속 출력하는 레이아웃.

4. TableLayout: 테이블 형태로 배치

-아래에 있는 GridLayout과 비슷하지만, 한 줄을 TableRow로 표현해줘야 하기 때문에 좀 더 불편하다.
-테이블 셀의 개수가 고정이라면 큰 차이가 없지만, 셀의 개수가 변하면, TableLayout은 행을 계산해서 지정해야 한다.

5. GridLayout: 표 형태로 배치

-행과 열로 구성된 테이블 화면을 만드는 레이아웃 클래스
-TableLayout과 비슷하지만, 셀의 개수가 변할 때 방향과 개수만 설정하면 알아서 행이 결정되므로 좀 더 편리하다.

6. ConstraintLayout: 계층 구조로 배치

-제약조건 기반 모델
-RelativeLayout과 비슷하지만, 더 많은 속성을 제공한다.
-레이아웃 편집기 제공: 레이아웃 XML파일을 디자인 모드로 열면 실행된다
=>여기에 Palette, ToolBar 등 기능이 있음.

-다른 레이아웃보다 호출 횟수가 적어 사용하기 편리하다.