RxSwift и корутини во Котлин - изборен предмет за развој на мобилни телефони од AGIMA и GeekBrains

Знаењето е добро, само одлично. Но, потребна е и пракса за да можете да ги користите примените податоци, префрлајќи ги од статусот „пасивно складирање“ во статусот „активна употреба“. Без разлика колку е добра теоретската обука, сепак е потребна работа „на терен“. Горенаведеното се однесува на речиси секое поле на студии, вклучително и, се разбира, развој на софтвер.

Оваа година, GeekBrains, како дел од факултетот за мобилен развој на онлајн универзитетот GeekUniversity, започна да работи со интерактивната агенција AGIMA, чиј тим се професионални програмери (тие создаваат комплексни проекти со големо оптоварување, корпоративни портали и мобилни апликации, тоа е сè). AGIMA и GeekBrains создадоа изборен предмет за длабоко нурнување во практичните прашања за развој на мобилни апликации.

Пред некој ден разговаравме со Игор Веденеев, специјалист за iOS и Александар Тизик, специјализиран за Android. Благодарение на нив, изборниот предмет за развој на мобилни телефони беше збогатен со практични специјален курс за рамката RxSwift и корутини во Котлин. Во оваа статија, програмерите зборуваат за важноста на секоја област за програмерите.

Реактивно програмирање во iOS користејќи RxSwift како пример

Изборен наставник Игор Веденеев: „Со RxSwift, вашата апликација ќе лета“

Какви информации добиваат студентите за време на изборниот предмет?

Зборуваме не само за можностите на рамката, туку покажуваме и како да ја користиме во класичната комбинација MVVM + RxSwift. Се дискутираат и неколку практични примери. За да ги консолидираме добиените податоци, пишуваме апликација што е што е можно поблиску до условите за работа на теренот. Ова ќе биде апликација за пребарување музика користејќи АПИ за пребарување на iTunes. Таму ќе ги примениме сите најдобри практики, плус ќе разгледаме поедноставна опција за користење на RxSwift во парадигмата MVC.

RxSwift - зошто на програмерот на iOS му е потребна оваа рамка, како му го олеснува животот на развивачот?

RxSwift насочува работи со текови на настани и врски помеѓу објекти. Наједноставниот и најочигледниот пример е врзувањето: на пример, можете да го ажурирате интерфејсот со едноставно поставување на нови вредности во променливата во ViewModel. Така, интерфејсот станува управуван од податоци. Покрај тоа, RxSwift ви овозможува да го опишете системот во декларативен стил, што ви овозможува да го организирате вашиот код и да ја зголемите читливоста. Сето ова помага да се развијат апликациите поефикасно.

За програмер, познавањето на рамката е исто така добар плус на резимето, бидејќи разбирањето на реактивното програмирање, а особено искуството со RxSwift, се цени на пазарот.

Зошто да ја изберете оваа конкретна рамка пред другите?

RxSwift има најголема заедница. Односно, има поголеми шанси проблемот со кој се соочува развивачот веќе некој да го реши. Исто така голем број на врзива надвор од кутијата. Покрај тоа, RxSwift е дел од ReactiveX. Ова значи дека има аналог за Android, на пример (RxJava, RxKotlin), а колегите во работилницата можат да зборуваат на ист јазик меѓу себе, и покрај фактот што едни работат со iOS, други со Android.

Рамката постојано се ажурира, малите грешки се коригираат, се додава поддршка за функции од новите верзии на Swift и се додаваат нови врски. Бидејќи RxSwift е со отворен код, можете да ги следите сите промени. Покрај тоа, можно е самите да ги додадете.

Каде треба да се користи RxSwift?

1. Врзувања. Како по правило, зборуваме за интерфејс, способност за промена на интерфејсот, како да реагираме на промените на податоците и не му кажуваме експлицитно на интерфејсот дека е време да се ажурира.
2. Однос помеѓу компонентите и операциите. Само пример. Треба да добиеме список со податоци од мрежата. Всушност, ова не е толку едноставна операција. За да го направите ова, треба да испратите барање, да го мапирате одговорот во низа од објекти, да го зачувате во базата на податоци и да го испратите до интерфејсот. Како по правило, различни компоненти се одговорни за извршување на овие операции (ги сакаме и ги следиме принципите СОЛИД?). Имајќи при рака алатка како RxSwift, станува возможно да се опише ШТО ќе направи системот и КАКО ќе го направи тоа ќе биде на други места. Поради ова се постигнува подобра организација на кодот и се зголемува читливоста. Релативно кажано, кодот може да се подели на содржина и на самата книга.

Корутини во Котлин

Наставник по изборен предмет Александар Тизик: „Современиот развој бара современи технички средства“

Што ќе се учи на факултетот GeekBrains како дел од брендираниот квартал?

Теорија, споредби со други пристапи, практични примери во чистиот Котлин и во моделот на апликација за Android. Што се однесува до праксата, на студентите ќе им биде прикажана апликација во која сè е врзано за корутините. Факт е дека повеќето апликации се целосно асинхрони и паралелно пресметување. Но, корутините на Котлин овозможуваат збунувачки, хетероген или премногу сложен код кој бара перформанси да се сведе на единствен, лесно разбирлив стил, добивајќи придобивки од правилното извршување и изведба.

Ќе научиме да пишуваме идиоматски код во корутини што решава практични проблеми и е разбирлив на прв поглед дури и без длабоко знаење за тоа како функционираат корутините (што не може да се каже за библиотеки како RxJava). Исто така, ќе разбереме како да користиме посложени концепти, како што е моделот на актерот, за да решиме посложени проблеми, како што е складиштето на податоци во концептот MVI.

Патем, уште добри вести. Додека се снимаше изборниот предмет, беше објавено ажурирање на библиотеката Kotlin Coroutines, во кое се појави часот Flow - аналог на типови Flowable и Observable од RxJava. Ажурирањето во суштина ги прави комплетните функции на корутините од гледна точка на развивачот на апликацијата. Точно, сè уште има простор за подобрување: и покрај фактот што благодарение на поддршката на корутините во котлин/мајчин, веќе е возможно да се пишуваат апликации со повеќе платформи во Котлин и да не страдаат од недостаток на RxJava или аналози во чистиот Котлин. поддршката за корутините во котлин/мајчин сè уште не е завршена. На пример, не постои концепт на актери. Генерално, тимот на Котлин има планови да поддржува посложени актери на сите платформи.

Kotlin Coroutines - како тие му помагаат на развивачот на Kotlin?

Корутините даваат одлична можност да се напише код кој е читлив, одржуван и безбеден, асинхрон и истовремено. Можете исто така да креирате адаптери за други асинхрони рамки и пристапи кои веќе може да се користат во базата на кодови.

Како се разликуваат Корутините од нишките?

Тимот на Котлин ги нарекува корутините лесни нишки. Плус, корутината може да врати одредена вредност, бидејќи, во основата, корутината е суспендирана пресметка. Не зависи директно од системските нишки; нишките извршуваат само корутини.

Кои практични проблеми можат да се решат со помош на Корутин, кои не можат или се тешко да се решат со користење на „чистиот“ Котлин?

Сите асинхрони, паралелни, „конкурентни“ задачи се добро решени со помош на корутини - било да се работи за обработка на кликнувања од корисници, одење онлајн или претплата на ажурирања од базата на податоци.

Во чистиот Котлин, овие проблеми се решаваат на ист начин како во Java - со помош на илјадници рамки, од кои секоја има свои добрите и лошите страни, но ниту една нема поддршка на ниво на јазик.

Како заклучок, вреди да се каже дека и двата изборни предмети (и главните предмети исто така) се ажурираат во согласност со промените во надворешните услови. Доколку се појават важни ажурирања на јазици или рамки, наставниците го земаат тоа предвид и ја менуваат програмата. Сето ова ви овозможува да го држите прстот на пулсот на развојниот процес, така да се каже.

Извор: www.habr.com