RxSwift და Coroutines in Kotlin - მობილური განვითარების არჩევანი AGIMA-დან და GeekBrains-ისგან

ცოდნა კარგია, უბრალოდ შესანიშნავი. მაგრამ ასევე საჭიროა პრაქტიკა, რომ შეძლოთ მიღებული მონაცემების გამოყენება, მათი გადატანა „პასიური შენახვის“ სტატუსიდან „აქტიური გამოყენების“ სტატუსში. რაც არ უნდა კარგი იყოს თეორიული სწავლება, ის მაინც მოითხოვს "ველზე" მუშაობას. ეს ეხება განათლების თითქმის ნებისმიერ სფეროს, მათ შორის, რა თქმა უნდა, პროგრამული უზრუნველყოფის შემუშავებას.

წელს GeekBrains-მა, ონლაინ უნივერსიტეტის GeekUniversity-ის ფაკულტეტის ფარგლებში მობილურის განვითარების შესახებ, დაიწყო მუშაობა ინტერაქტიულ სააგენტო AGIMA-სთან, რომლის გუნდიც პროფესიონალი დეველოპერებია (ისინი ქმნიან კომპლექსურ მაღალი დატვირთვის პროექტებს, კორპორატიულ პორტალებს და მობილურ აპლიკაციებს, ეს ყველაფერია. ). AGIMA-მ და GeekBrains-მა შექმნეს არჩევითი საგანი მობილური აპლიკაციების განვითარების პრაქტიკულ საკითხებში ღრმად ჩასახედად.

მეორე დღეს ჩვენ ვესაუბრეთ iOS-ის სპეციალისტს იგორ ვედენეევს და Android-ის სპეციალისტს ალექსანდრე ტიზიკს. მათი წყალობით მობილური დეველოპმენტის არჩევითი კურსი პრაქტიკულით გამდიდრდა სპეციალური კურსი RxSwift ჩარჩოზე и კორუტინი კოტლინში. ამ სტატიაში დეველოპერები საუბრობენ პროგრამისტებისთვის თითოეული მიმართულების მნიშვნელობაზე.

რეაქტიული პროგრამირება iOS-ში RxSwift-ის გამოყენებით მაგალითად

არჩევითი მასწავლებელი იგორ ვედენეევი: "RxSwift-ით თქვენი აპლიკაცია გაფრინდება"

რა ინფორმაციას იღებენ სტუდენტები არჩევით საგანში?

ჩვენ ვსაუბრობთ არა მხოლოდ ჩარჩოს შესაძლებლობებზე, არამედ ვაჩვენებთ, თუ როგორ გამოვიყენოთ იგი კლასიკურ MVVM + RxSwift პაკეტში. ასევე განიხილება რამდენიმე პრაქტიკული მაგალითი. მიღებული მონაცემების კონსოლიდაციისთვის ვწერთ განაცხადს, რომელიც მაქსიმალურად არის მიახლოებული სამუშაოს საველე პირობებთან. ეს იქნება მუსიკის საძიებო აპლიკაცია iTunes Search API. იქ ჩვენ გამოვიყენებთ ყველა საუკეთესო პრაქტიკას, ასევე განვიხილავთ RxSwift-ის უფრო მარტივ გამოყენებას MVC პარადიგმაში.

RxSwift - რატომ სჭირდება ამ ფრეიმიკს iOS პროგრამისტი, როგორ უადვილებს ის დეველოპერს ცხოვრებას?

RxSwift ხაზები მუშაობს მოვლენის ნაკადებთან და ობიექტებს შორის ურთიერთობებთან. უმარტივესი და ყველაზე აშკარა მაგალითია bindings: მაგალითად, შეგიძლიათ განაახლოთ ინტერფეისი ცვლადის ახალი მნიშვნელობის უბრალოდ დაყენებით viewModel-ში. ამრიგად, ინტერფეისი ხდება მონაცემთა ორიენტირებული. გარდა ამისა, RxSwift გაძლევთ საშუალებას აღწეროთ სისტემა დეკლარაციული სტილით, რაც საშუალებას გაძლევთ გაამარტივოთ კოდი და გააუმჯობესოთ წაკითხვის უნარი. ეს ყველაფერი ხელს უწყობს აპლიკაციების უფრო ეფექტურად განვითარებას.

დეველოპერისთვის, ფრეიმერის ცოდნა ასევე კარგი პლიუსია რეზიუმეში, რადგან რეაქტიული პროგრამირების გაგება და განსაკუთრებით RxSwift-ის გამოცდილება ბაზარზე ფასდება.

რატომ ავირჩიოთ ეს კონკრეტული ჩარჩო და არა სხვა?

RxSwift-ს აქვს ყველაზე დიდი საზოგადოება. ანუ, უფრო სავარაუდოა, რომ პრობლემა, რომელსაც დეველოპერი აწყდება, უკვე ვინმემ მოაგვარა. ასევე დიდი რაოდენობით საკინძები ყუთიდან. უფრო მეტიც, RxSwift არის ReactiveX-ის ნაწილი. ეს ნიშნავს, რომ არსებობს ანალოგი ანდროიდისთვის, მაგალითად (RxJava, RxKotlin) და კოლეგებს მაღაზიაში შეუძლიათ ერთსა და იმავე ენაზე ისაუბრონ ერთმანეთთან, მიუხედავად იმისა, რომ ზოგი მუშაობს iOS-ით, ზოგი კი Android-ით.

ჩარჩო მუდმივად განახლდება, მცირე ხარვეზები დაფიქსირდა, დაემატა Swift-ის ახალი ვერსიების ფუნქციების მხარდაჭერა, დამატებულია ახალი შეკვრა. ვინაიდან RxSwift არის ღია წყარო, შეგიძლიათ დაიცვას ყველა ცვლილება. უფრო მეტიც, მათი დამატება თავადაც არის შესაძლებელი.

სად უნდა გამოიყენოთ RxSwift?

1. საკინძები. როგორც წესი, აქ ვსაუბრობთ ინტერფეისზე, ინტერფეისის შეცვლის უნარზე, თითქოს რეაგირებს მონაცემთა ცვლილებებზე და არ ეუბნება ინტერფეისს, რომ განახლების დროა.
2. კომპონენტებისა და ოპერაციების კომუნიკაცია. უბრალოდ მაგალითი. ჩვენ უნდა მივიღოთ მონაცემთა სია ქსელიდან. სინამდვილეში, ეს არც ისე მარტივი ოპერაციაა. ამისათვის თქვენ უნდა გაგზავნოთ მოთხოვნა, დააფიქსიროთ პასუხი ობიექტების მასივში, შეინახოთ იგი მონაცემთა ბაზაში და გადასცეთ იგი UI-ს. როგორც წესი, ამ ოპერაციების შესრულებაზე პასუხისმგებელია სხვადასხვა კომპონენტი (ჩვენ გვიყვარს და მივყვებით პრინციპებს ᲛᲧᲐᲠᲘ?). RxSwift-ის მსგავსი ხელსაწყოს ხელთ, შესაძლებელი გახდება იმის აღწერა, თუ რას გააკეთებს სისტემა და როგორ გააკეთებს, განთავსდება სხვა ადგილებში. ამის წყალობით მიიღწევა კოდის უკეთესი ორგანიზება და გაიზარდა წაკითხვა. შედარებით რომ ვთქვათ, კოდი შეიძლება დაიყოს სარჩევად და თავად წიგნად.

კორუტინი კოტლინში

არჩევითი მასწავლებელი ალექსანდრე ტიზიკი: „თანამედროვე განვითარება მოითხოვს თანამედროვე ტექნიკურ საშუალებებს“

რას ისწავლიან GeekBrains-ის ფაკულტეტზე ბრენდირებული კვარტალის ფარგლებში?

თეორია, სხვა მიდგომებთან შედარება, პრაქტიკული მაგალითები სუფთა კოტლინში და Android აპლიკაციის მოდელში. რაც შეეხება პრაქტიკას, სტუდენტებს უჩვენებენ აპლიკაციას, რომელშიც ყველაფერი კორუტინებთან არის მიბმული. ფაქტია, რომ აპლიკაციების უმეტესობა არის უწყვეტი ასინქრონული და პარალელური გამოთვლა. მაგრამ კოტლინის კორუტინები იძლევა დამაბნეველი, ჰეტეროგენული ან ზედმეტად რთული და შესრულების მოთხოვნადი კოდის შემცირებას ერთ, ადვილად გასაგებ სტილამდე, რაც იძენს შესრულების სისწორეს და შესრულებას.

ჩვენ ვისწავლით, თუ როგორ დავწეროთ იდიომატური კორუტინის კოდი, რომელიც გადაჭრის პრაქტიკულ პრობლემებს და გასაგებია ერთი შეხედვით, თუნდაც ღრმა ცოდნის გარეშე, თუ როგორ მუშაობს კორუტინი (რაც არ შეიძლება ითქვას ბიბლიოთეკებზე, როგორიცაა RxJava). ჩვენ ასევე გავიგებთ, თუ როგორ გამოვიყენოთ უფრო რთული ცნებები, როგორიცაა აქტორის მოდელი, უფრო რთული პრობლემების გადასაჭრელად, როგორიცაა მონაცემთა შენახვა MVI კონცეფციაში.

სხვათა შორის, კიდევ კარგი ამბავი. სანამ არჩევითი გაკვეთილი იწერებოდა, გამოვიდა Kotlin Coroutines ბიბლიოთეკის განახლება, რომელშიც კლასი გამოჩნდა. Flow - ტიპების ანალოგი Flowable и Observable RxJava-დან. განახლება, ფაქტობრივად, აპლიკაციის შემქმნელის თვალსაზრისით სრულყოფილს ხდის კორუტინის ფუნქციას. მართალია, ჯერ კიდევ არის ადგილი განვითარებისთვის: მიუხედავად იმისა, რომ კოტლინში/მშობლიურში კორუტინის მხარდაჭერის წყალობით, უკვე შესაძლებელია კოტლინში მულტიპლატფორმული აპლიკაციების დაწერა და არ განიცადოს RxJava ან ანალოგების ნაკლებობა სუფთა კოტლინში, მხარდაჭერა კორუტინი კოტლინში/მშობლიურში ჯერ არ არის დასრულებული. მაგალითად, მსახიობების ცნება არ არსებობს. ზოგადად, კოტლინის გუნდი გეგმავს უფრო რთული მსახიობების მხარდაჭერას ყველა პლატფორმაზე.

Kotlin Coroutines - როგორ ეხმარებიან ისინი Kotlin დეველოპერს?

Coroutines იძლევა შესანიშნავ შესაძლებლობას დაწეროთ იკითხებადი, შენარჩუნებული და უსაფრთხო, ასინქრონული და კონკურენტული კოდი. თქვენ ასევე შეგიძლიათ შექმნათ გადამყვანები სხვა ასინქრონული ჩარჩოებისთვის და მიდგომებისთვის, რომლებიც უკვე შეიძლება გამოყენებულ იქნას კოდების ბაზაში.

რით განსხვავდება კორუტინი ძაფებისგან?

კოტლინის გუნდი აღნიშნავს კორუტინს, როგორც მსუბუქ ძაფებს. გარდა ამისა, კორუტინს შეუძლია დააბრუნოს გარკვეული მნიშვნელობა, რადგან, მისი ძირითადი ნაწილი, კორუტინი არის შეჩერებული გამოთვლა. ის პირდაპირ არ არის დამოკიდებული სისტემის ძაფებზე, ძაფები ასრულებენ მხოლოდ კორუტინებს.

რა პრაქტიკული ამოცანების გადაჭრა შეიძლება კორუტინის გამოყენებით, რომელთა ამოხსნა შეუძლებელია ან რთულია „სუფთა“ კოტლინის გამოყენებით?

ნებისმიერი ასინქრონული, პარალელური, „კონკურენტული“ ამოცანები კარგად წყდება კორუტინის დახმარებით – იქნება ეს მომხმარებლის დაწკაპუნების დამუშავება, ქსელში გადასვლა თუ მონაცემთა ბაზიდან განახლებების გამოწერა.

სუფთა Kotlin-ში ეს ამოცანები წყდება ისევე, როგორც Java-ში - ათასობით ფრეიმიკების გამოყენებით, რომელთაგან თითოეულს აქვს თავისი დადებითი და უარყოფითი მხარეები, მაგრამ არცერთ მათგანს არ აქვს მხარდაჭერა ენის დონეზე.

დასკვნის სახით უნდა ითქვას, რომ როგორც არჩევითი (ისევე ძირითადი კურსებიც) განახლებულია გარე პირობების ცვლილების შესაბამისად. თუ მნიშვნელოვანი განახლებებია ენებში ან ჩარჩოებში, მასწავლებლები ამას ითვალისწინებენ და ცვლიან პროგრამას. ეს ყველაფერი საშუალებას გაძლევთ თვალყური ადევნოთ განვითარების პროცესს, ასე ვთქვათ.

წყარო: www.habr.com