[1주차] Ch1. Core Concepts

[suojae]

코드작성, 주관식, 객관식, 단어퀴즈 등 자유롭게 문제를 작성해 코멘트로 달고, 답변을 그 밑에 작성합니다.

목차명	질문	답변
1장	@suojae	@jus1234
1장	@Jin0Yun	@suojae
1장	@jus1234	@Jin0Yun

[suojae]

Q1.
플러터는 멀티패러다임(OOP, FP)를 채택하고 있습니다. 이때 플러터 프레임워크 내에서 대표적인 OOP 채택사례와 FP 채택사례를 알려주세요 (20p 참고)

Q2.
책에서 나온 키워드 Shifting Left 에 대해 설명해주세요

Q3.
책에서 언급한 Flutter engineering 과 Flutter programming 의 차이에 대해 설명해주세요

[jus1234]

Q1.
OOP

• RenderObject, RenderBox: 상속, 다형성
• ListView: 추상화, 캡슐화
• DropdownButton<T>: 다형성

FP:

• Icon, StatelessWidget: 순수함수

• Iterable API(map, where, reduce): 고차함수

Q2.
Shifting Left 키워드는 소프트웨어 개발 수명 주기에서 초기 단계에 시간과 노력을 투자하는 것이 파이프라인 후반 단계에서 문제를 해결하는 것보다 훨씬 비용 효율적이라는 것을 의미합니다.
Flutter에서는 정적 코드 분석, 코드 검토:, CI 파이프라인 자동화, 기능 플래그 및 A/B 테스트와 같은 방법으로 구현할 수 있습니다.

Q3.
프로그래밍은 주로 특정 기능을 구현하기 위해 코드를 작성하는 것을 포함하며, 코드 구현 및 문제 해결에 중점을 두지만, 플러터 엔지니어링은 코드 작성, 시스템 아키텍처, 사용자 인터페이스 설계, 프로젝트 구조 등 더 넓은 역할을 가집니다.

[jus1234]

Q1.
Flutter에서 함수형 프로그래밍의 특성인 순수 함수 역할을 하는 위젯 예시를 알려주세요. 순수함수란 무엇인지 설명해주세요.

Q2.
Flutter에서 반응형 프로그래밍 패러다임을 적용한 위젯은 무엇이 있을까요? 어떤 특성이 있는지도 설명해주세요.

Q3.
챕터 1에서 oop의 여러 특성 중 다형성과 관련된 예시는 직접적으로 등장하지 않았는데 챕터1에서 다루었던 내용 중 다형성을 할 수 있는 방법은 무엇이 있을까요?

[Jin0Yun]

A1.
순수함수는 동일한 입력을 주면 항상 같은 출력을 내고, 함수 외부 상태나 데이터를 변경하지 않는 함수로 대표적인 위젯으로는 StatelessWidget 이있습니다.

A2.
Flutter에서 반응형 프로그래밍을 적용한 대표적인 위젯은 StreamBuilder가 있습니다. 이 위젯은 비동기 데이터 스트림을 구독하고, 데이터가 변경될 때마다 자동으로 UI를 리빌드합니다.

A3.
다형성은 클래스 상속과 메서드 오버라이딩을 통해 구현할 수 있습니다. Widget 클래스를 상속받는 StatelessWidget과 StatefulWidget이 각각 build() 메서드를 다르게 구현하여 다형성을 구현할 수 있습니다.

[Jin0Yun]

Q1.
Flutter 위젯을 설계할 때 응집도와 결합도라는 개념을 왜 고려해하는 이유를 설명해주세요.

Q2.
Flutter의 반응형 프로그래밍이 기존 명령형 방식과 어떻게 다른지 설명해주세요.

Q3.
Flutter에서 사용자 상호작용을 처리하는 이벤트 기반 프로그래밍 방식에 대해 설명해주세요.

[suojae]

A1.
응집도란 모듈이 맡은 책임 수행을 위해 하위 요소들이 강하게 엮여있는지 (Cohesion describes the internal strength of a module and how tightly related its elements are to its core purpose) 이고 결합도는 이러한 모듈 간의 독립성(Coupling, however, deals with the degree of interdependence between modules.) 입니다. 이때 플러터에서는 각 모듈을 "위젯"이라 볼 수 있고, 위젯과 위젯간의 소통은 이벤트/콜백을 통해 이루어집니다.

이러한 "위젯"은 필요할 때만, 최소한으로 그려져야하는 것이 중요합니다. 위젯은 특정 "이벤트 콜백"을 통해 그려진다고 했을 때 이벤트에 맞는 높은 응집도를 가져야 이벤트마다 하나의 위젯만 그려지도록 할 수 있고, 각 위젯간이 느슨한 연결외 되어야만 하나의 이벤트에 중복된 위젯이 그려지는 상황을 최소화할 수 있습니다.

A2.
먼저 반응형(리액티브) 프로그래밍이란 상태를 옵저빙하면서 상태가 바뀌면 자동으로 UI를 업데이트하는 방식입니다. Flutter는 이러한 반응형 방식을 채택하여 선언형 UI를 그릴 수 있도록 되어있습니다. 일종의 틀을 먼저 만들고 그 내부 데이터를 옵저빙함으로써 개발자들은 더이상 "어떻게"가 아닌 "무엇을" 개발할지 코드로 작성하게 됩니다. 따라서 ui는 특정 이벤트 발생 여부는 모르고 단순히 State를 관찰함으로써 Event와 State를 분리시킬 수 있었습니다.

반면 명령형은 ui를 "어떻게" 그리는지 집중하게 되면서 어떤 event가 발생하면 state를 이렇게 해야한다~ 를 정의하기 때문에 event와 state간 디커플링이 어렵고, 직접적으로 트리거를 넣어주어야 다시 그려주게 됩니다.

A3.
UI 위젯이나 다른 객체가 Listenable 자식 객체를 '구독'하고, 이벤트가 Listenable 자식 객체 State를 바꾸면, Flutter가 이를 콜백으로 알아채서 다시 그려내는 방식입니다.