변화의 시대 : 안드로이드 앱 어떻게 개발할 것인가? 신동길 NAVER / 네이버앱개발

2. Session 1. 변화의 시대 :
앱 어떻게 개발할 것인가?
네이버 앱개발 l 신동길

3. 변화의 시대
1. 무엇이 변했는가?
2. 앱의 구조
- Activity와 UI 구조
- Sub-Eventing
- Multi-processing
3. Design Achitecture 적용
- UI-Data 패턴(MVC, MVP, MVVM)
- State Pattern
- Pipe Filter Model
4. Multi-Packaging
5. 프레임워크 어떻게 활용할 것인가?
앱 어떻게 개발 할 것인가?

4. 1.1 무엇이 변했는가?
Hardware
MultiCore
Large Memory
Big Display
Platform
Dalvik->JIT/ART
Many Strictions
다양한 프레임워크
Lottie,
RxJava, Retrofit
Glide, Picasso, OkHttp
..

5. 1.2 결국 어떤 앱으로 가는가? …
좋은 앱은
1. BIG Sized
2. Multi-Core Processor
3. Multi-Featured
4. Multi-Media
환경에 효율적이어야 한다.
네이버 앱을 전면 개편해야 하는데 …

6. 1.3 Java 가 클라이언트 환경에 적합한가?
Problem of Java
1. 상속과 오버라이드
2. 객체 내에 모두 선언해야하는 딱딱함
3. Listener 표현이 코드를 복잡하게 함
-BIG Size, 복잡한 GUI 환경에 자바가 적합하지는 않음
- 좀 더 간결한 코딩이 필요 (많은 기능이 필요)

7. 1.4 Functional vs Objective Programming
Why Functional?
1. UI 코드를 방대함 이를 간결하게 표현할 수 있는 도구 필요
2. 코어 로직에 대한 간결한 표현 방식의 필요성
3. 많은 함수를 가진 큰 객체의 이벤트 처리의 효율성 제고 필요

8. 2. 안드로이드 앱의 구조

9. 2.1 UI 구조 - Activity, Window, Fragment, View
WindowManager
onCreate
onStart()
onResume()
onPause()
onStop()
onDestroy()
Window
DecorView
setContentView

10. 2.2 Ui와 Navigation
Page Navigation
Activity로만 앱을 만드는 것이 효율적인가?
1) Activity-Activity(Activity Navigation)
2) Activity(PageFragements)-Activity
3) Activity(PageView-PageView)-Activity

11. 2.3 Event Dispatching(Big SizeComponent)
Complicated Activity-View Hierachy
1) Many Events
2) Deep Depth of View
3) Avoiding of sub-classing
Need to route of Event
WebView, Activity

12. 2.3 Event Dispatching Example(Activity)
필요성
1) Activity의 이벤트를 Child View나 비즈니스 로직에서 사용하는 경우가 많다
2) 함수를 만들고 Activity에서 함수들을 만들어야 함
3) LifeCycle, Permissions, onBackKeyPressed, onActivityResult등

13. 2.3 Event Dispatching Example(EvActivity)

14. 2.3 Event Dispatching Example
NestedScroll이 필요한 경우(with CoordinateLayout)
1) ScrollView내에 ListView와 같이 이중으로 스크롤이 일어나는 경우
2) 웹 브라우저의 주소창과 같이 상단 또는 하단 컨텐츠와 같이 스크롤 될때
3) WebView, ListView,ScrollView는 해당 기능이 없음

15. 2.4 Multi Process(1)
멀티 프로세스가 필요한 경우
1) 메인과 구별되는 기능요소
2) 별도의 모듈(Dynamic Linked Library) 로드 하는 요소
3) 모듈의 크기가 큰 경우
4) 멀티 미디어와 같이 자원을 많이 소요하는 요소
5) 크래시 발생시 해당 모듈에서 전파되기를 원하지 않을 때

16. 2.4 Multi Process(2)
멀티 프로세스 사용
1) 별도의 Activity, Service에 process 속성 지정
2) 프로세스마다 Application.onCreate()에서 초기화
3) Content Provider, Intent Bundle, Intent Broadcast 로 데이터 공유

17. 2.4. MutiProcess(3)-Multi-Threading
Thread & Service
Service
IntentService
Thread
ThreadPool
AsyncTask
AsyncLoader
WorkManager
JobScheduler
JobManager
Coroutine
Priority
- Media Thread
- General Jobs
- Background Jobs, Logging

18. 3.1 Architecture 적용
UI-Data Pattern
MV, MVC, MVP, MVVM
Event-Driven Pattern - State Model, Finite State Machine
1) State Model – 간단한 이벤트로 상태관리
2) FSM – 이벤트에 따른 상태변화와 동작 구조. 앱의 전체 동작관리
Media Processing Model
1) Piped Stream Model
2) Multiplexed Event Queue Model

19. 3.2 MVC, MVP, MVVM
필요성 검토
 패턴은 통일된 인터페이스를 갖지만 코드의 량을 증가
 작은 부분에 과도하게 적용하면 배보다 배꼽이 더 큼
 협업 시에 레이어 구분을 위해서 사용은 좋은 예
 단순 구조에 적용은 신중해야 함

20. 3.4 Piped Filter Model
필요성
 실시간 미디어는 Source, Transform, Sink의 모델
 실시간 미디어 처리는 공통 모듈이 많음
 공통 모듈과 개별 기능 모듈의 인터페이스가 필요함

21. 4 Multi Packaging
1. Big-sized, Multi-featured App packaging
1. Apk Extension(.obb)
- 100MB가 넘어 가는 경우 쪼개야 한다.
2. Another Apk
- 테마 팩, 웹엔진
3. App Bundle
4. Instant App

22. 5. 다양한 Framework 어떻게 활용할 것인가?
Native Code 가 우선
- 기본은 역시 Native Code 가 우선
- 모든 것을 갖추고 있지 않다
- 딱 맞다면 사용할 수 있다. Rebase가 필요하므로 버전 변화를 트래킹

23. Closing l 프로그래밍은 암기과목이다
- 얼마나 많이 읽었느냐?
- 얼마나 많이 생각했느냐?
- 얼마나 많이 그려보았느냐?
- 얼마나 많이 타이핑 해 보았느냐?