Android::Manifest

1. Manifest란?

  모든 앱 프로젝트는 프로젝트 소스 세트의 루트에 AndroidManifest.xml 파일이 있어야 한다.

메니패스트 파일은 Android 빌드 도구, Android 운영체제 및  Google play에 앱에 관한 필수 정보를 설명한다.

  매니페스트는 어플리케이션을 구성하는 각각의 컴포넌트(액티비티, 서비스, 콘첸츠 공급자, 브로그캐스트 수신자) 에 대한 노드를 포함하고 있으며, 인텐트 필터(Intent Filter)와 권한(Permission) 을 사용해 이들이 다른 컴포넌트 및 애플리케이션과 어떻게 상호작용하는지를 결정한다.

 

  또한, 애플리케이션 메타데이터(아이콘이나 테마등의)를 지정하기 위한 속성을 비롯해, 보안 설정과 단위 테스트에 사용될 수 있는 추가적인 최상의 노드 역시 제공한다.

---

2. 각각의 Tag들을 알기전 알아야할 것!

  2-1. xml에서 Node라는 것에 대한 개념!

    : XSLT processor는 xml 문서를 처리하기 위해서 원본 문서를 tree model의 instance로 재구성한다. 이 때 생기는 뿌     리, 가지, 잎으로 비유되어서 tree를 구성하는 element, attribute, text, comment 같은 각각의 component를 node     라고 부른다.

 

tree model

 

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapplication">

    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">
        <activity android:name=".Main2Activity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <activity android:name=".MainActivity">

        </activity>
    </application>

</manifest>

 

  2-2. xml Parser란?

  : 위의 코드블럭을 보면, 들여쓰기 덕분에 code를 보는데 무리가 없다. 만약 공백이나 들여쓰기 등이 없이 쓰여있다면,   알아보기가 힘들 것이다.

  만약 일렬로 나열된 code 중에서 필요한 data를 가져 오라고 한다면 어떤 방법으로 추려낼까? 이를 위해서 data를   object로 만들어야 한다. 그리고 바로 그 역할을 하는 것이 XML Parser이다.

  그리고 xml parser가 만든 object를 xml에서는 node라고 부르는 것 이다. 

 

xml Parser가 parsing을 하고 나면 tree 형태의 노드가 생기게 되면 거기에는 XSLT를 비롯한 application에서 이용할 수 있는 중요한 정보들이 담겨 있게 된다. 대표적인 예시로,

 

• Node를 일곱 가지 type(root, element, attribute, textual, comment, processing-instruction, namespace)으로 구분해서 선택(select)하여 match 시키거나 processing 할 수 있다.
• 위계(hierachy)가 생기므로서 (root)가 생길 것이고, 부모(parent)와 자식(child), 더 나아가서는 조상(ancestor)과 자손(descendant)의 관계가 형성되므로해서 상대적 위치로 필요한 node를 선택(select)하여 match 시키거나 processing 할 수 있다.
• Source document의 node들을 indexing(번호 매기기)해 주기 때문에 node의 위치(position), 개수(count), 이름(name)등을 선택(select)하여 match 시키거나 processing 할 수 있다.

 

↓노드로 나누어서 표시를 해보면,(색칠한 block 하나하나들이 노드다)

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.myapplication">

<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".Main2Activity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name=".MainActivity">
</activity>
</application>
</manifest>

 

  - node type으로는 아래와 같이 있다.

( Root node / Processing-instruction node / Comment node /

Element node / Attribute node / Textual node )

 

  2-3. Root node?

: element가 아니며, 문서상의 최상위 element 보다 상위에 있는 document 자체이고, 문서가 생성되면 자동으로 생기게 되는 것.

---

3. Manifest 내의 각 태그 조사 

 

○ Manifest

포함해야 하는 항목 - <applicaton>

포함 가능한 요소 - <compatible-screens>, <instrumentation>, <permission>, <permission-group>, <permission-tree>,<supports-gl-texture>, <supports-screens>, <uses-configuration>,<user-feature>,<user-permission>,<uses-permission-sdk-23>,<uses-sdk>

: manifest 태그는 애플리케이션을 구성하는 애플리케이션 컴포넌트, 보안 설정, 테스트 클래스를 정의하는 노드를 가진다.

 

○ Application

포함된 요소 - <manifest>

포함 가능한 요소 - <activity>,<activity-alias>,<meta-data>,<service>,<receiver>,<provider>,<uses-library>

: application 에 대한 명시 부분이다. 이 요소는 sub요소를 포함한다.

Sub 요소는 애플리케이션의 각 구성요소를 선언하고 모든 구성요소에 영향을 줄수있는 속성을 가진 것을말한다.

이 여러 속성(icon, label, permission, process, taskAffinity,allowTaskReparenting)이 구성요소의 해당하는 속성에 기본값을 설정.  그 외에 속성은 애플리케이션의 값을 전체적으로 설정하며 구성요소별로 재정의 할 수 없다.

 

○ Activity

포함위치 -<application>

포함가능항목 -<intent-filter>, <meta-data>, <layout>

: activity 태그는 애플리케이션에 의해 보여지는 모든 액티비티에 필요하며, android:name 속성으로 클래스 이름을 지정한다. 매니페스트에 정의되지 않은 액티비티를 시작하려 하면 런타임 예외가 던져질 것이다. 각 액티비티 노드는 그 액티비티를 띄울 인텐트를 지정하는 intent-filter 자식 태그를 지원한다.

:애플리케이션의 프레젠테이션 계층. 모든 화면은 activity클래스의 확장이 된다. activity는 뷰를 사용해 정보를 보여주고 사용자 액션에 반응하는 그래픽 사용자 인터페이스를 형성한다. 데스크톱 개발의 입장에서 볼때 액티비티는 폼과 같다.

     

○ Intent-filter

포함된 요소 - <activity> <activity-alias> <service> <receiver>

포함해야 하는 요소 - <action>

포함 가능한 요소 - <category> <data>

: activity, service, broadcast receiver가 응답할 수 있는 인텐트의 유형을 지정한다. 인텐트 필터는 상위 구성요소의 기능, 즉 activity나 service가 할 수 있는 작업과 reciver가 처리할 수 있는 boradcast의 유형을 선언. 전달되는 유형의 수신 인텐트로 구성요소를 열고 이 구성요소에 유의미하지 않은 인텐트를 필터링한다.

 

○ Action

포함요소 - <intent-filter>

: 인텐트 필터에 작업을 추가한다. <intent-filter> 요소에 <aciton>요소가 하나 이상 포함되어야 한다.만약 인텐트 필터에 <action>요소가 없으면 필터가 Intent 객체 허용하지 않는다.

 

○ Category

포함된 요소 - <intent-filter>

: 인텐트 필터에 카테고리 이름을 추가한다.

 

○ activity-alias

포함된 요소 - <application>

포함가능한 항목 -<intent-filter>,<meta-data>

: activity의 별칭으로, targetActivity 속성에서 이름이 지정된다. 타겟은 별칭과 동일한 애플리케이션에 있어야 하며 manifest에서 별칭보다 먼저 선언되어야 한다.

 

○ Service

포함된 위치 - <application>

포함가능한 항목 -<intent-filter>,<meta-data>

:애플리케이션의 보이지 않는 일꾼. 서비스 컴포넌트는 화면에 보이지 않은 채 실행되어, 여러분의 데이터 소스와 화면에 보이는 액티비티들을 업데이트하고 알림을 생성한다. 서비스는 애플리케이션이 가진 액티비티가 활성상태가 아니거나 화면에 보이지 않을 경우에도 계속 돼야 할 필요가 있는 정규적인 처리를 수행하는데 사용된다.

: Activity와 달리 서비스는 시각적 인터페이스가 없다. 서비스는 오래 실행되는 백그라운드 작업이나 다른 애플리케이션에서 호출할 수 있는 리치 커뮤니케이션 API를 구현하는데 사용한다.

모든 서비스는 manifest파일의 <service>요소로 나타내야한다. 여기에 선언되지 않은 서비스는 시스템에 표시되지 않으며 실행되지 않는다.

 

○ Provider

포함된 요소 <application>

포함 가능한 요소 <meta-data>,<grant-uri-permission>,<path-permission>

: 콘텐츠 제공자 구성요소를 선언한다. 콘텐트 제공자는 contentProvider의 서브 클래스인데, ContentProvider은 애플리케이션에서 관리되는 데이터에 관해 구조화된 엑세스를 제공한다.

애플리케이션의 모든 콘텐츠 제공자는 manifest파일의 <provider> 요소에서 정의해야 한다. 그러지 않으면 시스템에서 인식되지 않고 실행되지 않는다.

 

○ Receiver

포함된 요소 <application>

포함 가능한 요소 <intent-filter>, <meta-data>

:broadcast receiver(BroadcastReceiver 서브클래스)를 애플리케이션의 구성요소 중하나로 선언한다.

Broadcast receiver를 사용하면 애플리케이션의 다른 구성 요소가 실행되고 있지 않을 때도 시스템이나 다른 애플리케이션에서 브로드캐스트팅하는 인텐트를 애플리케이션에서 수신할 수 있다.

broadcast receiver를 시스템에 알리는 방법에는 두 가지가 있다.

한 가지 방법은 이 요소를 사용해 manifest 파일에 broadcast receiver를 선언하는 것. 또 다른 방법은 코드에서 동적으로 broadcast receiver를 만든 다음 Context.registerReceiver()메서드를 사용해 등록하는 것. 

 

○permission

포함된요소 - <manifest>

: 이 애플리케이션이나 다른 애플리케이션의 특정 구성요소 또는 기능에 대한 액세스를 제한하는 데 사용될 수 있는 보안 권한을 선언.

 

○uses-permission

: 앱이 올바르게 작동하기 위해 사용자가 반드시 부여해야 하는 시스템 권한. 애플리케이션이 설치될때 또는 앱이 실행중일때 사용자에게 원한이 부여된다.

 

○ Instrumentation

포함된요소- <manifest>

:애플리케이션과 시스템의 상호작용을 모니터링할 수 있는 Instrumentation 클래스를 선언한다. 계측 객체는 애플리케이션의 구성요소 이전에 인스턴스화 된다.

 

 

 

4. Manifest 내의 각 태그 요약

<?xml> 해당 파일이 xml이며 버전, 인코딩 방식

<manifest> 해당 파일이 매니페스트 데이터이며 패키지 위치 등

<user-permission> 앱 권한 설정

<user-library> 공유 라이브러리 지정

<user-sdk> 앱 플랫폼 버전, API 레벨, 지정 API 보다 낮은 경우 앱 동작 정지

<user-feature> 하드웨어, 소프트웨어 기능 선언

<user-permission> 표준 시스템 권한 설정

<permission> 보안 권한 설정

<permission-group> 보안 사용 권한 그룹 제공

<permission-tree> 보안 권한을 이름 트리로 설정하여 해당 애플리케이션은 트리 내의 모든 이름 트리의 권한을 가짐

<permission> 보안 권한 설정

<application> 앱의 실질적인 구성, 내용

<activity> 페이지 단위(java, xml)

<intent-filter> 앱 페이지의 활동, 컴포넌트 기능 선언

<action>인텐드 필터의 요소

<category> 인텐더 필터의 이름

<data> 인텐더 필터의 데이터 사양, 데이터 유형

<grant-uri-permission> 부모 콘텐츠 공급자의 데이터 하위 집합에 대해 부여 할 수 있는 권한

<instrumentation> 응용 프로그램과 시스템의 상호작용 모니터링

<meta-data> 임의 데이터 항목 이름과 값의 묶음

<provider> 콘텐츠 공급자 구성요소 선언, 시스템에서 인식

<receiver> 다른 응용프로그램에서 브로드 캐스트되는 인텐트를 수신함

<service> activity와 달리 시각적인 인터페이스가 아닌 클래스(백 그라운드용)

<supprots-screens> 다양한 크기의 화면에 대한 UI 최적화 설정

---

참고한 링크

https://developer.android.com/studio/intro?hl=ko

https://surai.tistory.com/category/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C

https://java.ihoney.pe.kr/94?category=398184

https://followers.tistory.com/9