앱프로그래밍 - 중간고사 대비

1. Android 앱 뒷편에 있는 우리가 직접 적지 않은 별도의 Code들이 수행하는 작업 세 가지

• 기기에서 감지하는 각종 입력을 다듬어 적절한 메서드를 호출
• 미리 작성해 둔 다른 파일의 내용을 읽어 적절한 메서드를 호출

.xml 파일들 또한 기본적으로 resource, 읽을 대상으로써 존재한다. .xml 파일에 내용을 적고 앱을 만들어 실행하면 앱 뒤에서는 그 파일의 내용을 적당한 타이밍에 읽어준다. 우리는 해당 내용들을 사용하도록 .java 파일을 적어 둠으로써 우리 앱의 Data 흐름을 목표에 맞게 마련할 수 있다. 

• 종합적 판단에 의거하여 앱의 실행을 중단

2. XML 형식이 기본적으로 표현 가능한 View들 사이의 관계 => 부모-자식 관계(포함 관계)
이때(주로 View 하나하나를 표현하기 위해) .xml 파일에 적는 요소의 명칭은 무엇인가? =>
<Parent> </Parent> 같은 것 사이에 <Child> </Child>를 적는 등, XML element (XML 요소)
xml element : 이름, attribute 및 내용물 적어 둘 수 있다.
 
3. 앱 화면을 구성하기 위해 .xml 파일과 .java 파일을 조합하여 목표를 달성할 수 있다. 앱을 처음 켰을 때 화면 한 가운데에 "안녕하세요!"라고 적힌 TextView 하나를 보여주는 목표를 가정하여, .xml 파일과 .java 파일이 갖는 의미(어떤 것을 정하는지)를 서술하시오.
.xml 파일 : 화면상 구조와 배치 ("어떻게") => <TextView ~~~ />
.java 파일 : 동작과 기능 정의 ("언제"가 "여기 실행할 때"로 특정됨) => setContentView(R.layout.activity_main);
실제 TextView '인스턴스'는 이 두 파일의 조합을 통해 그때(.java), 그렇게(.xml) 생성된다.
인스턴스 : 메모리에 있는 '실물'
 
4. findViewById(R.id.tv)와 같은 메서드 호출식이 갖는 의의
Android Studio는 class R에 대한 클래스 정의를 뒤에서 직접 적어준다. (.xml파일과 .java 파일의 연동을 돕기위해)
프로젝트에 포함되어 있던 .xml 파일들을 미리 열어서 그 파일들 자체 및 그 안에 적혀 있는 내용들을 읽는다.
 
읽은 내용들 중 일부를, 프로그래머가 Java 코드를 적을 때 특정할 수 있도록 각 이름들에 대한 선언을 직접 적어 가며 class R 정의를 구성해준다.
이 때 새로 도입된 각 이름들은 Android Studio가 지정한 숫자와 연결되어 있다. ex) tv_helloworld = 1300000 
 
우리는 그렇게 Android Studio가 선언을 적어 둔 이름들 중 하나를 골라 적음으로써
의미 관점에서는 .xml 파일 내용들 중 하나를, 
값 관점에서는 Android Studio가 골라 둔 숫자를 쓰도록 Java 코드를 적게 된다.
 
setContentView(R.layout.activity_main); => 해당 시점에 .xml 파일 내용을 토대로 새 TextView 인스턴스를 만든다.
이렇게 만든 TextView 인스턴스는 .xml에  <TextView android:id="@+id/tv_helloworld" 라고 등록되어 있다. 실제로는 이것과 연결된 숫자를 사용한다.
Activity에서 화면에 표시할 레이아웃을 설정하는 메서드.
이 메서드를 호출하면 activity_main.xml 파일에 정의된 UI 요소들이 현재 Activity에 로드되고 표시된다.
이 메서드는 일반적으로 Activity의 onCreate() 메서드 내에서 호출된다. 호출 시점에서 activity_main.xml에 정의된 모든 뷰 인스턴스가 메모리에 로드되며, 이를 통해 findViewById를 사용해 각 뷰를 참조할 수 있게 된다.
 
TextView tv = findViewById(R.id.tv_helloworld) => setContentView(R.layout.activity_main)으로 등록한 TextView 인스턴스를 특정하기 위해 우리는 그 이름(숫자)를 적으면 된다. Android Studio가 미리 만들어 둔 이름 R을 써서 구성하면 된다.
 
 
 
<resources>
   <stirng name="app_name">HelloWorld</string>
    <string name="msg_negative">안녕하지 마세요</string>
<resources>
 
tv.setText(R.string.msg_negative); => '언제 생성했는지는 모르지만 아무튼 그 String 인스턴스'를 특정할 때 이렇게 적용
이를 조합하면, '해당 인스턴스'의 Text attribute를 msg_negative로 지정한다는 의미.
 
findViewById(R.id.tv_helloworld)  : 미리 생성 및 등록해 둔 인스턴스 찾아 직접다루기
시점 : 일반적으로 activity의 onCreate() 메서드 내에서 호출된다. 레이아웃이 메모리에 로드(setContentView(R.layout.activity_main);)된 이후이다.
setContentView(R.layout.activity_main) 기능 : XML에서 정의된 View를 인스턴스로 변환한다. 이를 통해 뷰를 프로그래밍적으로 조작할 수 있게 된다.
 
연결 : R.id.tv는 Android Studio가 지정한 숫자와 연결되어, java 코드는 xml 에 정의된 특정 View를 정확히 찾아낼 수 있게 된다.
 
이렇게 찾아낸 뷰 객체를 이용해 텍스트 변경, 가시성 조절, 이벤트 리스너 설정 등 다양한 동적 조작을 수행 할 수 있다.
 
그 수식이 적혀 있는 문장을 실행할 때, 적절히 미리 읽어 둔 .xml 파일 내용을 토대로 실행되도록 하는 과정
 
1. 새 인스턴스 생성하여 등록하기                                                                         setContentView(R.layout.activity_main);
2. 미리 생성 및 등록해 둔 인스턴스 찾아 직접 다루기                                            TextView tv = findViewById(R.id.tv);
3. 미리 생성 및 등록해 둔 인스턴스 특정(R.string.msg_negative)하여 tv의 Text attribute를 그것으로 지정하기                                                                                                                                                             tv.setText(R.string.msg_negative);

➢ TextView.setText()와 같은 메서드들은
내가 숫자만 담아 호출하면 알아서 그 인스턴스를 찾아 사용하도록 구성되어 있어요
 
5. class R은 그 정의를 Android Studio가 뒤에서 직접 적어 준 것이다.
무엇을 토대로 : res 폴더 내의 모든 XML 파일들을 스캔
무엇이 들어있는지 : 각 리소스에 고유한 정수 ID를 자동으로 할당 
왜 적어주는지 : XML의 리소스와 Java 코드의 연동
 
사용 예시)

• 개발자는 R.id.tv_helloworld와 같이 리소스를 참조
• 컴파일러는 이를 실제 할당된 ID 값으로 대체
• 이를 통해 XML의 리소스와 Java 코드가 연결됨

public final class R {
    // layout 리소스 ID
    public static final class layout {
        public static final int activity_main = 0x7f0a0000;
        public static final int fragment_home = 0x7f0a0001;
    }

    // id 리소스 ID (XML에서 정의된 뷰들의 ID)
    public static final class id {
        public static final int tv_helloworld = 0x7f0b0001;
        public static final int btn_submit = 0x7f0b0002;
    }

    // string 리소스 ID
    public static final class string {
        public static final int app_name = 0x7f0c0000;
        public static final int hello_message = 0x7f0c0001;
    }

    // drawable 리소스 ID
    public static final class drawable {
        public static final int ic_launcher = 0x7f0d0000;
    }
}

 
 
일반적으로 onCreate() 메서드 정의 중괄호 안에 적혀 있던 setContentView() 호출식이 갖는 의의(호출하면 구체적으로 어떤 일이 발생하는지) ‘.xml 파일’ 및 ‘인스턴스’를 중심에 두고 설명.
 
setContentView()는 레이아웃을 정의한 .xml 파일을 실제 화면에 표시할 수 있는 인스턴스들로 변환하는 중요한 역할을 한다. 구체적인 과정은 아래와 같다.

1. 지정된 레이아웃 .xml 파일을 읽기
2. .xml 파일에 정의된 모든 View 요소들을 실제 View 클래스의 인스턴스로 변환
   • 예를 들어 <Button> 태그는 Button 클래스의 인스턴스로,
   • <TextView> 태그는 TextView 클래스의 인스턴스로 변환
3. 생성된 View 인스턴스들을 .xml 파일에 정의된 계층 구조대로 조립
4. 완성된 View 인스턴스 트리를 현재 Activity의 화면에 설정

즉, setContentView()는 정적인 .xml 파일의 레이아웃 정의를 실제로 조작 가능한 View 인스턴스들로 구현하여 화면에 표시하는 다리 역할을 한다고 이해할 수 있다.
 
상세설명 
setContentView() 내부에는 LayoutInflater라는 시스템 서비스가 있다.

• 이 LayoutInflater가 XML 파일을 파싱하고
• 파싱된 각 View 태그들에 대해 리플렉션(Reflection)을 사용하여
• 해당하는 View 클래스의 new 인스턴스를 생성한다.

// 우리가 직접 작성하진 않지만, LayoutInflater 내부에서 아래와 같은 작업이 수행된다.
Button button = new Button(context);  // <Button> 태그 발견 시
TextView textView = new TextView(context);  // <TextView> 태그 발견 시
개발자가 명시적으로 new 연산자를 사용하지 않아도, setContentView() 호출 한 번으로 XML에 정의된 모든 View들의 인스턴스화가 자동으로 처리되는 것이다.
 
 
6. CheckBox와 RadioButton의 '클릭 시 동작' 측면에서 차이점
CheckBox : 다중 선택이 가능하며 독립적으로 상태가 변경된다. 또한 클릭 시 true/false 값이 변경(토글)된다.
RadioButton : 같은 그룹 내에서는 단일 선택만 가능하며, 하나를 선택하면 다른 것들은 자동으로 해제 된다.
 
7. RadioGroup
RadioGroup을 통해 RadioButton들을 모아 다룰 수 있다.
Component Tree에서 드래그해서 담아 두면 다른 RadioButton 클릭시 기존의 클릭 상태였던 것은 해제
isChecked()로 버튼 클릭 상태 확인
 
8. Layout의 일종에는 ConstraintLayout, LinearLayout, FrameLayout이 존재한다.
ConstraintLayout을 기준으로 보았을 때 다른 두 layout을 사용의 장단점을 각각 서술하시오.
ConstraintLayout (가장 세밀)
- Layout 내 각 View들의 대한 상/하/좌/우 규칙을 지정해 둘 수 있다 (누구 옆, 누구 아래 등을 직접 지정 가능)
- 각 View들의 대한 가로/세로 Bias를 지정 가능 (규칙에 의해 특정되는 영역에서 그 View가 어디쯤 위치할 것인지(비율)를 좀 더 세밀하게 지정할 수 있다)
- 각 버튼튼들의 나열 순서와 무관하게, 각 버튼들의 실제 위치를 지정하는 것이 가능함.
단점 : 미리 지정된 규칙이 별로 없어 상하좌우 등의 규칙을 직접 알맞게 지정하여햐함.
 
LinearLayout :
각 버튼들이 추가된 순서에 따라 기준 위치가 결정되고, 그 범위 안에서 제한적인 규칙들을 지정할 수 있음. 
ex) BT2의 세로 위치는 무조건 BT1의 하단을 기준으로 함.
장점 : 새 View들을 곂치지 않고 일정한 방향(가로 또는 세로)으로 나열하여 추가할 때 용이
단점 : 규칙이 고정되어 있어 경우에 따라 화면을 낭비하게 될 수 있다. Layout 영역을 뚫고 나갈 수도 있어서 ScrollView(FrameLayout의 일종)를 써서 스크롤 기능을 달아주는 방법을 사용할 수 있다.
 
 
FrameLayout :
다른 버튼들과 전혀 무관한 규칙들만 지정할 수 있다.(가로위치는 Layout의 왼쪽, 세로 위치는 Layout 상단을 기준으로 삼는다)
ex) BT2의 세로 위치는 무조건 Layout 상단을 기준으로 함.
장점 : Layout 내 각 View들에 대한 추가적인 규칙을 지정할 수 없고, margin을 사용하여 View들의 위치를 지정한다. 따라서 새 View를 Layout의 정확히 원하는 위치에 배치하는 것이 쉽다.
단점 : 각 View를 '안겹치게' 만드려면 위치를 수동으로 잘 설정하여야 한다.
 
 
결론 :
Layout과 View 사이의 포함 관계(Tree 구조, Component Tree)는 '.xml 파일로도 표현할 수 있을 만큼' 고정적이다.
우리가 억지로 Java 코드를 써서 한 View를 여러 Layout에 포함시키려 시도한다면 앱이 강제종료 될 것이다.
 
9. 우리가 작성하는 Java 코드의 태반은 Data 흐름 관점에서 크게 세 가지 작업의 순차 실행으로 생각할 수 있다. 이러한 세 작업에 대해 각각 20자 내외로 서술하거나, 각 작업에 대해 실질적으로 적게 될 Java 코드 예시를 하나씩 제시하시오.
작업#1 : 데이터 입력 또는 수집                                          어디 담긴 Data 가져오기
EditText et = findViewById(R.id.et);
String userInput = et.getText().toString();
 
작업#2 : 데이터 처리 또는 변환                                         뭔가 하기
int number = Integer.parseInt(userInput);
int result = number * 2;
 
작업#3 : 결과 출력 또는 저장                                             어디다 담기
TextView tv_result = findViewById(R.id.tv_result);
tv_result.setText("결과 :" + result);
 
 
10. View와 Event
View 인스턴스들은 '어떻게'나 '무엇을'에 해당하는 Data를 지닐 수 있고, 이를 Android에서는 attribute라 한다.
Attribute => Data 일종
event => Code 실행과 관련한 개념
 
Event가 발생하는 시점이 존재할 수 있다.
Event가 발생했을 때 실행할 Code를 미리 지정해 둘 수 있다.
이 둘을 바탕으로 그 때 그 Code를 실행할 수 있다.
 
메서드는 '문장들' => .xml 파일에 적어 두지 못한다.
.xml 파일에는 기본적으로 Data 요소들만 적혀 있다.
 
11. 
사용자가 버튼 클릭 시 화면 뒤에서 이를 감지하여 해당 버튼 인스턴스에 지정된 메서드(onClick) 메서드를 호출
onClick(View v) => v : 관례적으로, 1번째 인수 자리에는 '그 인스턴스'(클릭하여 onClick 메서드를 호출한 해당 Button 인스턴스)를 담아 준다.
 
메서드/함수 호출과 안드로이드의 onClick 메서드 정의 간의 주요 차이점
호출 주체의 차이
일반 메서드는 개발자가 직접 호출하지만, onClick 메서드는 안드로이드 시스템에 의해 자동으로 호출
인터페이스 구현
onClick 메서드는 View.OnClickListener 인터페이스의 구현체로, 시스템이 이 인터페이스를 통해 메서드를 호출
매개변수 제약
일반 메서드는 개발자가 자유롭게 매개변수를 정의할 수 있지만, onClick 메서드는 반드시 View 타입의 매개변수를 가져야 함.
접근 제어자
onClick 메서드는 반드시 public으로 선언되어야 시스템이 접근할 수 있음
반환 타입
onClick 메서드는 void 타입

이러한 제약은 안드로이드 프레임워크가 일관된 방식으로 이벤트를 처리하고, 개발자가 예측 가능한 방식으로 코드를 작성할 수 있게 하기 위함입니다. 시스템은 이 규칙에 따라 정의된 메서드를 찾아 자동으로 호출하므로, 개발자는 메서드 이름과 제약을 지켜야한다.
 
12. margin과 padding
Margin

• '대상 View와 그 상위 View(대상 View를 포함하는 View)' 사이에서 쓰는 attribute
• 상위 View가 대상의 위치 및 크기를 정할 때 그만큼의 추가 공간을 감안하여 정해 줌
• Margin 영역은 대상 View 것이 아님

Layout들은 여러 하위 View들을 포함할 수 있기 때문에, 그 하위 View들에 대한 margin들 역시 각각 따로 감안해주어야한다.
그래서 layout.setMarginOfChildren() 과 같은 구조는 사용이 어렵고, 별도의 인스턴스를 만들어서 곁들여 써야한다.
예) 버튼 클릭시마다 새로운 버튼 nb들을 Framelayout 상에 추가하는 로직이다.
각 버튼의 margin을 params.leftMargin, params.TopMargin으로 설정한뒤 layout.addView를 통해 각각 추가하고 있다.

FrameLayout layout = findViewById(R.id.layout);
CheckBox cb = findViewById(R.id.cb);
Button nb = new Button(this);

//버튼 크기 설정(FrameLayout.LayoutParams(width, height))
FrameLayout.LayoutParams params = new FrameLayout.LayoutParams( 50, 50);

//위치설정(마진)
if(lastX == -1 && lastY == -1){
    params.leftMargin = 50;
    params.topMargin = 50;
}else{
    params.leftMargin = cb.isChecked() ? lastX + 10 : lastX;
    params.topMargin = lastY + 10;
}

lastX = params.leftMargin;
lastY = params.topMargin;

layout.addView(nb, params);

//버튼의 크기
FrameLayout.LayoutParams params = new FrameLayout.LayoutParams(
        150, 150
);
//위치(layout 왼쪽으로 부터 마진, layout 상단으로 부터 마진)
params.leftMargin = rand.nextInt(layout.getMeasuredWidth() - 150);
params.topMargin = rand.nextInt(layout.getMeasuredHeight() - 150);

 
layout.addView(bt, params); 원하는 내용물(bt.setText())을 갖는 버튼을 원하는 크기와 위치(params)로 layout 포함
 
Padding

• '대상 View와 그 내용물' 사이에서 쓰는 attribute
  • 내용물이라함은 하위 View(대상 View가 포함하는 View)나 Button 등의 글자를 보여주는 영역
• 대상 View가 내용물의 위치 및 크기를 정할 때 그만큼의 추가 공간을 감안하여 정함
• Padding 영역은 대상 View의 것임

 
모든 View들은 상위 View를 하나만 가질 수 있기 때문에 Layout과 하위 View들에 대한 padding은 Layout에만 지정해 두어도 된다.
ex) layout.setPadding(left, top , right, bottom); 
 
13. 단순 클릭이 아닌 '글자 바뀜'에 대한 이벤트 헨들러 지정

EditText et = findViewById(R.id.et);

et.addTextChangedListener(new TextWatcher() {
    @Override
    public void beforeTextChanged(CharSequence charSequence, int i, int i1, int i2) {

    }

    @Override
    public void onTextChanged(CharSequence charSequence, int i, int i1, int i2) {

    }

    @Override
    public void afterTextChanged(Editable editable) {

    }
});

 
14. onCreate() 실행이 끝나도 기기에 전원이 남아 있는 이상 앱은 계속 실행된다. 앱의 실행흐름 어딘가에 반복 구조가 존재함을 의미.
대신, 우리 앱 뒷편에 있는 별도의 Code들이 동작함으로써
기기에서 감지하는 각종 입력을 다듬어 적절한 메서드 호출 (기감입다) 기기에서 감지하는 각종 입력들을 다듬어 적절한 메서드 호출
미리 작성해둔 다른 파일의 내용을 읽어 적절한 메서드 호출 (미작파읽) 미리 작성해둔 다른 파일들을 읽어 적절한 메서드 호출
미라 작성해둔 파일 ? => .xml 파일 또한 기본적으로 resource, 읽을 대상으로 존재한다. 
종판적 판단에 의거하여 앱의 실행을 중단 (종판중) 종합적 판단에 의거하여 앱의 실행 중단 
 
 
15. 화면 구성을 위한 요소(ConstraintLayout, LinearLayout, FrameLayout)를 굳이 만들어 둔 이유는
1) 기기마다 화면 크기나 종횡비가 다를 수 있기 때문
2) 목표에 따라 화면 구성에 필요한 자유도가 다르기 때문
 
16. Toast => 내가 지정한 메시지를 화면 '위'에 띄우기(팝업 띄우기)
Toast.makeText(this, "알림", Toast.LENGTH_LONG).show();
 
 
17. ConstraintLayout의 Bias vs gravity & padding
 ConstraintLayout의 Bias를 통한 배치 : 화면상 배치에서 비율을 설정하는 것이기 때문에 다른 화면에서도 비율 유지 가능
gravity & padding 를 통한 배치 : 종횡비가 자신이 설정한 것과 달라질 경우 원하지 않는 결과가 나올 수 있음.
 
글씨 2줄로 보이는 것 => 한줄에 보이게 하려면? 버튼 내부인 padding을 수정 0dp로 수정시 한줄로 보임
반대로 40dp 처럼 크게 padding 설정시 글씨가 안보일 수도 있음.