일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- C
- Android
- flutter firestore
- 코틀린
- mfc
- 알고리즘
- RxAndroid
- UWP
- android push
- C/C++
- NDK
- dart
- Rxjava2
- Java
- 안드로이드
- Android P
- RxJava
- FLUTTER
- android architecture component
- kodility
- Django REST framework
- Django REST
- 안드로이드 구글맵
- C++
- livedata
- Flutter TextField
- 프로그래머스
- Python
- Kotlin
- Django REST Android
- Today
- Total
개발하는 두더지
AndroidX 와 Support 라이브러리 정리 본문
Support 라이브러리 (android.support.* ) v4, v7, v13 의 숫자는 api 4 이상, api 7 이상, api 13 이상을 의미함.
요즘같이 카카오, 금융권 min 19 를 사용하는데 그 숫자가 점점 무의미해지고 있음.
그런데 v4의 경우 support 24.2.0 에서 api 8 이하 지원을 중단해서 v4가 api 4이상이 아님.
심지어 support 26 에서는 최소 api 14로 올라감.
Android 9.0(API 레벨 28)의 출시와 함께 Jetpack의 일부인 새로운 버전의 지원 라이브러리 AndroidX가 출시됨
support 28.0.0 기반 + Jetpack의 최신기능을 포함한 서포트 라이브러리임.
AndroidX 는 core 를 비롯하여 ui dependency를 별도로 추가할 수 있음
예를들어 androidx.swiperefreshlayout androidx.viewpager과 같이 필요한 라이브러리를 추가함.
그러면 apk에 포함되는 라이브러리(메서드 수) 가 적어서 apk가 경량이 됨.
그전의 히스토리를 보면 support v4의 경우 24 버전 전까지는 단일 라이브러리 였음.
불필요한 기능들까지 apk에 포함되서 apk 용량이 커졌음
이전에 구글 플레이 + support-v4 + appcompat-v7 가 포함되면 메서드 허용 64K의 75% 이상을 차지했었음
multidex 가 등장하면서 메서드 허용 64 이상되어 문제는 해결했지만 용량이 상당했음.
AndroidX는 core를 비롯한 ui 라이브러리들을 추가할 때 버전을 맞출 필요가 없음
support의 경우 버전을 안맞추면 런타임 시 crash가 날 수 있다고 경고가 나옴
결론은 AndroidX로 넘어가자.!
참고
https://developer.android.com/jetpack/androidx
https://developer.android.com/topic/libraries/support-library?hl=ko
https://medium.com/@jungil.han
'Java,Android' 카테고리의 다른 글
커스텀 뷰 호출 순서 (0) | 2020.04.01 |
---|---|
Custom Widget using LinearLayout not getting onDraw() (0) | 2020.04.01 |
Module with the Main dispatcher had failed to initialize. (0) | 2019.12.04 |
Robolectric 사용 중 발생한 에러 해결 (0) | 2019.12.04 |
InAppUpdate 테스트 방법 (0) | 2019.12.04 |