3. Про­верь код навига­ции при­ложе­ния. При исполь­зовании пат­терна «Одна активность», ког­да в при­ложе­нии есть все­го одна активность (Activity), а все экра­ны пред­став­ляют собой фраг­менты (Fragment), ты можешь заметить, что при переме­щении на новый фраг­мент ста­рый фраг­мент не унич­тожа­ется. Это стан­дар­тное поведе­ние фраг­ментов, поэто­му заботить­ся об осво­бож­дении памяти дол­жен ты сам. Для это­го дос­таточ­но самос­тоятель­но унич­тожать все View в методе onDestroyView().

Дру­гие советы:

• при исполь­зовании RecyclerView по воз­можнос­ти исполь­зуй notifyItemChanged() вмес­то notifyDataSetChanged();


• не соз­давай допол­нитель­ных объ­ектов-обер­ток там, где это­го мож­но избе­жать;


• умень­ши раз­мер APK, это при­ведет к умень­шению памяти, занима­емой при­ложе­нием;


• не хра­ни объ­екты «на вся­кий слу­чай»;


• за­пус­кай бен­чмар­ки на релиз­ных бил­дах;


• из­бавь­ся от избы­точ­ных ани­маций.

Kotlin и видимость API

Mastering API Visibility in Kotlin — статья о том, как сде­лать интерфей­сы биб­лиотек как мож­но более зак­рытыми, сох­ранив гиб­кость, воз­можнос­ти тес­тирова­ния и воз­можность вза­имо­дей­ство­вать с кодом на Java.

1. Internal — твой друг. Этот модифи­катор видимос­ти чем-то похож на package private в Java, но пок­рыва­ет не пакет, а целый модуль. Все клас­сы, поля и методы, помечен­ные этим клю­чевым сло­вом, будут вид­ны толь­ко внут­ри текуще­го модуля.



2. 
   

   Мо­дифи­катор internal мож­но исполь­зовать сов­мес­тно с анно­таци­ей @VisibleForTesting, что­бы тес­ты мог­ли дос­тучать­ся до нуж­ных методов и полей:

   
   
   @VisibleForTesting(otherwise = PRIVATE)

   internal var state: State
   
   


3. 
   

   В Java нет модифи­като­ра internal, поэто­му в байт-коде все, что помече­но этим клю­чевым сло­вом, ста­нет public, но с одним важ­ным отли­чием: к его име­ни при­бавит­ся наз­вание модуля. Нап­ример, метод createEntity со сто­роны Java будет выг­лядеть как createEntity$имяМодуля. Это­го мож­но избе­жать с помощью анно­тации @JvmName, поз­воля­ющей ука­зать дру­гое имя для исполь­зования из Java:

   
   
   class Repository {

   @JvmName("pleaseDoNotCallThisMethod")

   internal fun createEntity() { ... }

   }

   Ес­ли же метод не дол­жен быть виден вооб­ще, мож­но исполь­зовать анно­тацию @JvmSynthetic:

   
   
   class Repository {

   @JvmSynthetic

   internal fun createEntity() { ... }

   }
   
   


4. 
   

   Explicit API mode — твой вто­рой друг. В Kotlin все объ­явле­ния по умол­чанию получа­ют модифи­катор public. А это зна­чит, что шанс забыть сде­лать метод internal или private высок. Спе­циаль­но для борь­бы с этой проб­лемой в Kotlin 1.4 появил­ся Explicit API mode, который зас­тавля­ет добав­лять модифи­катор видимос­ти к любым объ­явле­ниям. Что­бы его вклю­чить, дос­таточ­но добавить три стро­ки в кон­фиг Gradle:

   
   
   kotlin {

   explicitApi()

   }
   
   


5. 
   

   Од­но из неожи­дан­ных следс­твий исполь­зования internal — инлай­новые фун­кции не смо­гут исполь­зовать методы, помечен­ные этим клю­чевым сло­вом. Так про­исхо­дит потому, что код инлай­новой фун­кции пол­ностью встра­ивает­ся в вызыва­ющий код, а он не име­ет дос­тупа к методам, помечен­ным как internal. Решить эту проб­лему мож­но с помощью анно­тации @PublishedApi. Она сде­лает метод дос­тупным для инлай­новых фун­кций, но оста­вит зак­рытым для всех осталь­ных:

   
   
   @PublishedApi

   internal fun secretFunction() {

   println("through the mountains")

   }

   public inline fun song() {

   secretFunction()

   }

   fun clientCode() {

   song() // ok

   secretFunction() // Нет доступа

   }
   
   

Что такое ArrayMap и SparseArray

All you need to know about ArrayMap & SparseArray — статья об ArrayMap и SparseArray, двух фир­менных, но не так хорошо извес­тных кол­лекци­ях Android. Обе кол­лекции по сути ана­логи HashMap из Java с тем исклю­чени­ем, что они соз­даны спе­циаль­но, что­бы миними­зиро­вать пот­ребле­ние опе­ратив­ной памяти.

В отли­чие от HashMap, который для хра­нения каж­дого объ­екта соз­дает новый объ­ект и сох­раня­ет его в мас­сиве, ArrayMap не соз­дает допол­нитель­ный объ­ект, но исполь­зует два мас­сива: mHashes для пос­ледова­тель­ного хра­нения хешей клю­чей и mArray для хра­нения клю­чей и их зна­чений (друг за дру­гом). Началь­ный раз­мер пер­вого — четыре, вто­рого — восемь.

При добав­лении эле­мен­та ArrayMap сна­чала добав­ляет его хеш в пер­вый мас­сив, а затем ключ и зна­чение во вто­рой мас­сив, где индекс клю­ча выс­читыва­ется как индекс хеша в мас­сиве mHashes, умно­жен­ный на два, а индекс зна­чения как индекс клю­ча плюс один. В слу­чае кол­лизии (ког­да два раз­ных клю­ча име­ют оди­нако­вый хеш) ArrayMap про­изво­дит линей­ный поиск клю­ча в mArray и, если он не най­ден, добав­ляет новый хеш в mHashes и новые ключ:зна­чение в mArray. При дос­тижении пре­дель­ного раз­мера мас­сивов ArrayMap копиру­ет их в новый мас­сив, раз­мер которо­го выс­читыва­ется так: oldSize+(oldSize>>1) (4 -> 8 -> 12 -> 18 -> 27 -> ...).

SparseArray пред­став­ляет собой тот же ArrayMap, но пред­назна­чен­ный для работы с типами дан­ных, где ключ — это int, а зна­чение может быть либо объ­ектом, либо прос­тым типом дан­ных: int, long, boolean (SparseIntArray, SparseLongArray, SparseBooleanArray). В ито­ге SparseArray нет необ­ходимос­ти хра­нить обер­тки над прос­тыми типами дан­ных.

Бла­года­ря избавле­нию от необ­ходимос­ти хра­нить допол­нитель­ный объ­ект для каж­дого эле­мен­та, ArrayMap ока­зыва­ется при­мер­но на 25% эко­ном­нее HashMap, а SparseArray поч­ти в два раза эко­ном­нее.

В то же вре­мя ArrayMap и SparseArray в целом в два раза мед­леннее HashMap.

Вы­воды:

• по воз­можнос­ти исполь­зуй ArrayMap;


• ис­поль­зуй SparseArray, если клю­чи име­ют тип int;


• ес­ли раз­мер кол­лекции известен — ука­зывай его в конс­трук­торе.

RecyclerView с помощью Jetpack Compose

How to make a RecyclerView in Jetpack Compose — крат­кая замет­ка о том, как соз­дать собс­твен­ный RecyclerView, исполь­зуя биб­лиоте­ку Jetpack Compose.

RecyclerView — извес­тный и очень популяр­ный эле­мент интерфей­са Android, поз­воля­ющий соз­дать динами­чес­ки фор­миру­емый (бес­конеч­ный) спи­сок эле­мен­тов с ленивой заг­рузкой и пере­исполь­зуемы­ми эле­мен­тами UI. Говоря прос­тыми сло­вами: RecyclerView — это быс­трый спи­сок из про­изволь­ного количес­тва эле­мен­тов, который будет рас­ходовать память толь­ко на те эле­мен­ты, которые в дан­ный момент находят­ся на экра­не.

RecyclerView — очень мощ­ный и слож­ный инс­тру­мент. Что­бы соз­дать спи­сок с его помощью, необ­ходимо соз­дать сам RecyclerView, под­клю­чить к нему адап­тер, который будет напол­нять его эле­мен­тами, под­клю­чить менед­жер лей­аутов и соз­дать один или нес­коль­ко viewHolder’ов, которые будут хра­нить гра­фичес­кое пред­став­ление эле­мен­тов спис­ка.

А теперь пос­мотрим, как соз­дать ана­лог RecyclerView с исполь­зовани­ем фрей­мвор­ка Jetpack Compose:

Это дей­стви­тель­но все.

Валидация форм с помощью Kotlin Flow

Using Flows for Form Validation in Android — корот­кая замет­ка о том, как реали­зовать валида­цию форм с помощью Kotlin Flow. Инте­рес­на в пер­вую оче­редь в качес­тве прос­той и наг­лядной демонс­тра­ции работы недав­но появив­шегося StateFlow.

До­пус­тим, у нас есть фор­ма с тре­мя полями: First Name, Password и User Id. Наша задача — сде­лать так, что­бы кноп­ка Submit акти­виро­валась лишь в том слу­чае, если поле First Name содер­жит толь­ко сим­волы латин­ско­го алфа­вита, поле Password содер­жит как минимум восемь сим­волов, а поле User Id содер­жит хотя бы один сим­вол под­черки­вания.

Для хра­нения текуще­го зна­чения поля будем исполь­зовать StateFlow:

До­пол­нитель­но соз­дадим три метода, что­бы записы­вать зна­чения в эти StateFlow:

Те­перь объ­еди­ним все три StateFlow в один Flow, который будет отда­вать толь­ко зна­чения true или false:

Этот код будет запус­кать­ся каж­дый раз, ког­да сос­тояние любого из трех StateFlow изме­нит­ся.

Те­перь оста­лось толь­ко при­вязать три пер­вых StateFlow к полям вво­да:

А сос­тояние кноп­ки Submit при­вязать к получен­ному в резуль­тате пре­обра­зова­ния Flow:

Что дела­ет весь этот код? При изме­нении любого из полей вво­да будет авто­мати­чес­ки изме­нено зна­чение одно­го из трех StateFlow. Это, в свою оче­редь, пов­лечет за собой запуск фун­кции combine, которая в ито­ге выпус­тит новое зна­чение в поток isSubmitEnabled. На это дей­ствие сре­аги­рует код внут­ри фун­кции collectFlow(). В ито­ге он изме­нит сос­тояние кноп­ки.

Инструменты

• 
  Apk-medit — ути­лита для поис­ка и изме­нения дан­ных в памяти (ана­лог ArtMoney);


• 
  APKLab — пла­гин VS Code для ревер­са и перес­борки APK;


• 
  RASEv1 — скрипт для рутин­га стан­дар­тно­го эму­лято­ра Android.

Библиотеки

• 
  Speedometer — полук­руглый прог­ресс-бар;


• 
  NoNameBottomBar — оче­ред­ная панель управле­ния в ниж­ней час­ти экра­на;


• 
  Bottom-sheets — кол­лекция диало­гов в ниж­ней час­ти экра­на: вре­мя, кален­дарь, цвет и про­чее;


• 
  libCFSurface — биб­лиоте­ка, поз­воля­ющая выводить информа­цию на экран нап­рямую, исполь­зуя пра­ва root;


• 
  Strong-frida — пат­чи для Frida, поз­воля­ющие избе­жать обна­руже­ния фрей­мвор­ка;


• 
  Circle-menu — кру­говое меню;


• 
  onboardingflow — под­свет­ка эле­мен­та интерфей­са для обу­чающих экра­нов;


• 
  fingerprint-android — биб­лиоте­ка для фин­геприн­тинга устрой­ств;


• 
  Flower — биб­лиоте­ка на базе Kotlin Flow для орга­низа­ции получе­ния и кеширо­вания дан­ных из сети;


• 
  Kable — биб­лиоте­ка для асин­хрон­ной работы с BLE-устрой­ства­ми;


• 
  Accompanist — фун­кции для раз­работ­ки при­ложе­ния на Jetpack Compose;


• 
  Simple Settings — биб­лиоте­ка для соз­дания экра­нов нас­тро­ек;


• 
  Belay — биб­лиоте­ка для обра­бот­ки оши­бок.

Теги: CSS