🤦🏾 🥁 👨🏾‍⚕️ एंड्रॉइड प्रोजेक्ट में कोटलिन पर स्विच करना: टिप्स और ट्रिक्स 👩‍👩‍👦‍👦 🎢 👨🏼‍🍳

सर्गेई येशिन, सशक्त मध्य एंड्रॉइड डेवलपर, डेटाआर्ट द्वारा पोस्ट किया गया

Google को एंड्रॉइड में Kotlin के लिए आधिकारिक समर्थन की घोषणा किए हुए डेढ़ साल से अधिक समय बीत चुका है, और सबसे अनुभवी डेवलपर्स ने इसे अपने मुकाबले में प्रयोग करना शुरू कर दिया है और इसलिए तीन साल से अधिक समय पहले परियोजनाएं नहीं हैं।

एंड्रॉइड समुदाय में नई भाषा का गर्मजोशी से स्वागत किया गया, और नए एंड्रॉइड प्रोजेक्ट्स का विशाल बहुमत कोटलिन के साथ शुरू होगा। यह भी महत्वपूर्ण है कि कोटलिन एक जेवीएम बाइटकोड में संकलित करता है, इसलिए, जावा के साथ पूरी तरह से संगत है। तो, जावा में लिखी गई मौजूदा एंड्रॉइड परियोजनाओं में, कोटलिन की सभी विशेषताओं का उपयोग करने का एक अवसर (अतिरिक्त, एक आवश्यकता) है, जिसके लिए उन्होंने इतने सारे प्रशंसकों को प्राप्त किया।

लेख में, मैं जावा से कोटलिन में एंड्रॉइड एप्लिकेशन को माइग्रेट करने के अनुभव के बारे में बात करूंगा, इस प्रक्रिया में आने वाली कठिनाइयों को दूर करना होगा, और समझाना होगा कि यह सब क्यों व्यर्थ नहीं था। लेख मुख्य रूप से एंड्रॉइड डेवलपर्स के उद्देश्य से है जो अभी कोटलिन सीखना शुरू कर रहे हैं, और, व्यक्तिगत अनुभव के अलावा, अन्य सामुदायिक सदस्यों की सामग्री पर निर्भर करते हैं।

कोटलिन क्यों?

मैं संक्षेप में कोटलिन की विशेषताओं का वर्णन करूंगा, जिसके कारण मैंने प्रोजेक्ट में स्विच किया, जिससे "आरामदायक और दर्द से परिचित" जावा दुनिया को छोड़ दिया गया:

पूर्ण जावा संगतता
अशक्त सुरक्षा
प्रकार का अनुमान
एक्सटेंशन के तरीके
प्रथम श्रेणी और लंबोदर वस्तुओं के रूप में कार्य
जेनेरिक्स
Coroutines
कोई जाँच अपवाद नहीं

डिस्को ऐप

यह डिस्काउंट कार्ड के आदान-प्रदान के लिए 10 स्क्रीन से मिलकर आकार में छोटा है। उनके उदाहरण का उपयोग करते हुए, हम प्रवास पर विचार करेंगे।

संक्षेप में वास्तुकला के बारे में

एप्लिकेशन हुड के तहत Google आर्किटेक्चर घटकों के साथ MVVM आर्किटेक्चर का उपयोग करता है: ViewModel, LiveData, Room।

इसके अलावा, अंकल बॉब से क्लीन आर्किटेक्चर के सिद्धांतों के अनुसार, मैंने एप्लिकेशन में 3 परतें चुनीं: डेटा, डोमेन और प्रस्तुति।

कहाँ से शुरू करें? इसलिए, हम कोटलिन की मुख्य विशेषताओं की कल्पना करते हैं और इस परियोजना का एक न्यूनतम विचार रखते हैं जिसे माइग्रेट करने की आवश्यकता होती है। प्राकृतिक प्रश्न "कहाँ शुरू करना है?"।

कोटलिन एंड्रॉइड प्रलेखन पृष्ठ के साथ शुरू होने वाला आधिकारिक कहना है कि यदि आप कोटलिन के लिए एक मौजूदा एप्लिकेशन को पोर्ट करना चाहते हैं, तो आपको बस लेखन परीक्षण शुरू करना होगा। जब आप इस भाषा के साथ थोड़ा अनुभव प्राप्त करते हैं, तो कोटलिन में एक नया कोड लिखें, आपको बस मौजूदा जावा कोड को बदलने की आवश्यकता है।

लेकिन एक "लेकिन" है दरअसल, एक साधारण रूपांतरण आमतौर पर (हालांकि हमेशा नहीं) आपको कोटलिन पर एक कार्य कोड प्राप्त करने की अनुमति देता है, हालांकि, इसका मुहावरा वांछित होने के लिए बहुत कुछ छोड़ देता है। आगे मैं आपको बताऊंगा कि कोटलिन भाषा की वर्णित (और न केवल) विशेषताओं के कारण इस अंतर को कैसे खत्म किया जाए।

परत प्रवासन

चूंकि एप्लिकेशन पहले से ही स्तरित है, यह परतों से माइग्रेट करने के लिए समझ में आता है, ऊपर से शुरू होता है।

प्रवास के दौरान परतों का क्रम निम्नलिखित चित्र में दिखाया गया है:

यह कोई संयोग नहीं है कि हमने ऊपरी परत से ठीक प्रवास शुरू किया। इस प्रकार हम जावा कोड में कोटलिन कोड का उपयोग करने से खुद को बचाते हैं। इसके विपरीत, हम ऊपरी परत के कोटलिन कोड को निचली परत के जावा वर्गों का उपयोग करते हैं। तथ्य यह है कि कोटलिन को मूल रूप से जावा के साथ बातचीत करने की आवश्यकता को ध्यान में रखते हुए बनाया गया था। मौजूदा जावा कोड को प्राकृतिक तरीके से कोटलिन से बुलाया जा सकता है। हम आसानी से मौजूदा जावा कक्षाओं से वारिस कर सकते हैं, उन तक पहुँच सकते हैं और कोटलिन कक्षाओं और विधियों के लिए जावा एनोटेशन लागू कर सकते हैं। कोटलिन कोड का उपयोग जावा में बहुत अधिक परेशानी के बिना भी किया जा सकता है, लेकिन यह अक्सर अतिरिक्त प्रयास करता है, जैसे कि जेवीएम एनोटेशन जोड़ना। और जावा कोड में अनावश्यक रूपांतरण क्यों करते हैं, अगर अंत में यह अभी भी कोटलिन में फिर से लिखा जाएगा?

एक उदाहरण के लिए, आइए ओवरलोड पीढ़ी को देखें।

आमतौर पर, यदि आप डिफ़ॉल्ट पैरामीटर मानों के साथ कोटलिन फ़ंक्शन लिखते हैं, तो यह केवल सभी मापदंडों के साथ पूर्ण हस्ताक्षर के रूप में जावा में दिखाई देगा। यदि आप जावा कॉल को कई अधिभार प्रदान करना चाहते हैं, तो आप @JvmOverloads एनोटेशन का उपयोग कर सकते हैं:

class Foo @JvmOverloads constructor(x: Int, y: Double = 0.0) { @JvmOverloads fun f(a: String, b: Int = 0, c: String = "abc") { ... } }

डिफ़ॉल्ट मान वाले प्रत्येक पैरामीटर के लिए, यह एक अतिरिक्त अधिभार बना देगा, जिसमें यह पैरामीटर है और इसके दाईं ओर सभी पैरामीटर, दूरस्थ पैरामीटर सूची में हैं। इस उदाहरण में, निम्नलिखित बनाया जाएगा:

 // Constructors: Foo(int x, double y) Foo(int x) // Methods void f(String a, int b, String c) { } void f(String a, int b) { } void f(String a) { }

कोटलिन के सही संचालन के लिए जेवीएम एनोटेशन का उपयोग करने के कई उदाहरण हैं। यह प्रलेखन पृष्ठ जावा से कोटलिन के कॉल का विवरण देता है।

अब हम परत दर परत माइग्रेशन की प्रक्रिया का वर्णन करते हैं।

प्रस्तुति परत

यह एक उपयोगकर्ता इंटरफ़ेस परत है जिसमें स्क्रीन और व्यूमॉडल के साथ स्क्रीन होती है, बदले में मॉडल से डेटा के साथ लाइवडेटा के रूप में गुण होते हैं। इसके बाद, हम उन ट्रिक्स और टूल को देखते हैं जो इस एप्लिकेशन लेयर को माइग्रेट करते समय उपयोगी साबित होते हैं।

1. कैप्ट एनोटेशन प्रोसेसर

किसी भी MVVM के साथ, व्यू डेटाबाइंडिंग के माध्यम से ViewModel गुणों से बंधा है। Android के मामले में, हम Android Databind लाइब्रेरी के साथ काम कर रहे हैं, जो एनोटेशन प्रोसेसिंग का उपयोग करता है। इसलिए कोटलिन का अपना एनोटेशन प्रोसेसर है , और यदि आप संबंधित बिल्ड.ग्रेड फ़ाइल में परिवर्तन नहीं करते हैं, तो प्रोजेक्ट निर्माण बंद कर देगा। इसलिए, हम ये बदलाव करेंगे:

 apply plugin: 'kotlin-kapt' android { dataBinding { enabled = true } } dependencies { api fileTree(dir: 'libs', include: ['*.jar']) ///… kapt "com.android.databinding:compiler:$android_plugin_version" }

यह याद रखना महत्वपूर्ण है कि आपको अपने बिल्ड.gradle में एनोटेशनप्रोसेसर कॉन्फ़िगरेशन की सभी घटनाओं को पूरी तरह से प्रतिस्थापित करना होगा।

उदाहरण के लिए, यदि आप प्रोजेक्ट में डैगर या रूम लाइब्रेरी का उपयोग करते हैं, जो कोड जनरेशन के लिए हुड के तहत एनोटेशन प्रोसेसर का भी उपयोग करते हैं, तो आपको कैप्ट को एनोटेशन प्रोसेसर के रूप में निर्दिष्ट करना होगा।

2. इनलाइन कार्य

किसी फ़ंक्शन को इनलाइन के रूप में चिह्नित करते समय, हम कंपाइलर को उपयोग के स्थान पर रखने के लिए कहते हैं। फ़ंक्शन का शरीर एम्बेडेड हो जाता है, दूसरे शब्दों में, इसे फ़ंक्शन के सामान्य उपयोग के लिए प्रतिस्थापित किया जाता है। इसके लिए धन्यवाद, हम प्रकार के उन्मूलन के प्रतिबंध को रोक सकते हैं, अर्थात, एक प्रकार को मिटा सकते हैं। इनलाइन फ़ंक्शन का उपयोग करते समय, हम रनटाइम में प्रकार (वर्ग) प्राप्त कर सकते हैं।

कोटलिन की इस विशेषता का उपयोग मेरे कोड में लॉन्च की गई गतिविधि के वर्ग को "निकालने" के लिए किया गया था।

 inline fun <reified T : Activity> Context?.startActivity(args: Bundle) { this?.let { val intent = Intent(this, T::class.java) intent.putExtras(args) it.startActivity(intent) } }

reified - पदनाम प्रकार का पदनाम।

ऊपर वर्णित उदाहरण में, हमने एक्सटेंशन्स के रूप में कोटलिन भाषा की एक ऐसी विशेषता को भी छुआ।

3. एक्सटेंशन

वे विस्तार हैं। उपयोगिता के तरीकों को विस्तार में लिया गया, जिससे फूला हुआ और राक्षसी वर्ग उपयोगिताओं से बचने में मदद मिली।

मैं आवेदन में शामिल एक्सटेंशन का एक उदाहरण दूंगा:

 fun Context.inflate(res: Int, parent: ViewGroup? = null): View { return LayoutInflater.from(this).inflate(res, parent, false) } fun <T> Collection<T>?.isNotNullOrEmpty(): Boolean { return this != null && isNotEmpty(); } fun Fragment.hideKeyboard() { view?.let { hideKeyboard(activity, it.windowToken) } }

कोटलिन डेवलपर्स ने अपने कोटलिन एंड्रॉइड एक्सटेंशन प्लगइन की पेशकश करके अग्रिम में उपयोगी एंड्रॉइड एक्सटेंशन के बारे में सोचा। उनके द्वारा पेश की जाने वाली सुविधाओं में View बाध्यकारी और Parcelable समर्थन है। इस प्लगइन की विशेषताओं के बारे में विस्तृत जानकारी यहाँ पाई जा सकती है ।

4. लैम्ब्डा फ़ंक्शन और उच्च क्रम फ़ंक्शन

एंड्रॉइड कोड में लैम्बडा फ़ंक्शन का उपयोग करके, आप अनाड़ी ClickListener और कॉलबैक से छुटकारा पा सकते हैं, जिसे जावा में स्व-लिखित इंटरफेस के माध्यम से लागू किया गया था।

OnClickListener के बजाय एक लैम्ब्डा का उपयोग करने का एक उदाहरण:

 button.setOnClickListener({ doSomething() })

लेम्बडा का उपयोग उच्च-क्रम के कार्यों में भी किया जाता है, उदाहरण के लिए, संग्रह कार्यों के लिए।

उदाहरण के रूप में मानचित्र लें:

 fun <T, R> List<T>.map(transform: (T) -> R): List<R> {...}

मेरे कोड में एक जगह है जहां मुझे उनके बाद के निष्कासन के लिए कार्ड की आईडी "मैप" करने की आवश्यकता है।

नक्शे में पारित लैम्ब्डा अभिव्यक्ति का उपयोग करते हुए, मुझे वांछित आईडी सरणी मिलती है:

  val ids = cards.map { it.id }.toIntArray() cardDao.deleteCardsByIds(ids)

कृपया ध्यान दें कि फ़ंक्शन को कॉल करते समय कोष्ठक को बिल्कुल छोड़ दिया जा सकता है, यदि लैम्बडा एकमात्र तर्क है, और कीवर्ड यह एकमात्र पैरामीटर का निहित नाम है।

5. प्लेटफार्म प्रकार

आपको अनिवार्य रूप से जावा में लिखे एसडीके (वास्तव में, एंड्रॉइड एसडीके सहित) के साथ काम करना होगा। इसका मतलब है कि आपको हमेशा कोटलिन और जावा इंटरोप जैसे प्लेटफॉर्म प्रकारों के साथ अपने गार्ड पर रहना चाहिए।

एक प्लेटफ़ॉर्म प्रकार एक प्रकार है जिसके लिए कोटलिन को वैधता की जानकारी नहीं मिल सकती है। तथ्य यह है कि, डिफ़ॉल्ट रूप से, जावा कोड में शून्य की वैधता के बारे में जानकारी नहीं होती है, और NotNull और @ Nullable एनोटेशन का उपयोग हमेशा नहीं किया जाता है। जब जावा में संबंधित एनोटेशन नहीं होता है, तो प्रकार प्लेटफ़ॉर्म बन जाता है। आप इसे एक प्रकार के रूप में काम कर सकते हैं जो अशक्त करने की अनुमति देता है, और एक प्रकार के रूप में जो अशक्त होने की अनुमति नहीं देता है।

इसका मतलब यह है कि जावा की तरह ही, डेवलपर इस प्रकार के संचालन के लिए पूरी तरह से जिम्मेदार है। संकलक एक अशक्त चेक रनटाइम नहीं जोड़ता है और आपको सब कुछ करने की अनुमति देगा।

निम्नलिखित उदाहरण में, हम अपनी गतिविधि में onActivityResult को ओवरराइड करते हैं:

 override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent{ super.onActivityResult(requestCode, resultCode, data) val randomString = data.getStringExtra("some_string") }

इस स्थिति में, डेटा एक प्लेटफ़ॉर्म प्रकार है जिसमें शून्य हो सकता है। हालाँकि, कोटलिन कोड के दृष्टिकोण से, डेटा किसी भी परिस्थिति में शून्य नहीं हो सकता है, और चाहे आप इंटेंट के प्रकार को अशक्त के रूप में निर्दिष्ट करते हैं, आपको संकलक से चेतावनी या त्रुटि प्राप्त नहीं होगी, क्योंकि हस्ताक्षर के दोनों संस्करण मान्य हैं । लेकिन चूंकि गैर-रिक्त डेटा प्राप्त करने की गारंटी नहीं है, क्योंकि एसडीके के साथ मामलों में आप इसे नियंत्रित नहीं कर सकते हैं, इस मामले में अशक्त होने से एनपीई को बढ़ावा मिलेगा।

इसके अलावा, एक उदाहरण के रूप में, हम प्लेटफ़ॉर्म प्रकारों के संभावित उद्भव के लिए निम्नलिखित स्थानों को सूचीबद्ध कर सकते हैं:

Service.onStartCommand (), जहां आशय अशक्त हो सकता है।
ब्रॉडकास्टसीवर.ऑनर्सिव ()।
Activity.onCreate (), Fragment.onViewCreate () और इसी तरह के अन्य तरीके।

इसके अलावा, ऐसा होता है कि विधि के मापदंडों को एनोटेट किया जाता है, लेकिन किसी कारण से स्टूडियो ओवरराइड बनाते समय अशक्तता खो देता है।

डोमेन परत

इस परत में सभी व्यावसायिक तर्क शामिल हैं, यह डेटा परत और प्रस्तुति परत के बीच बातचीत के लिए जिम्मेदार है। यहाँ मुख्य भूमिका रिपोजिटरी द्वारा निभाई जाती है। रिपोजिटरी में, हम सर्वर-साइड और लोकल, दोनों के लिए आवश्यक डेटा मैनिपुलेशन करते हैं। ऊपर, प्रस्तुति परत के लिए, हम केवल रिपॉजिटरी इंटरफ़ेस विधि देते हैं, जो डेटा ऑपरेशन की जटिलता को छुपाता है।

जैसा कि ऊपर कहा गया है, RxJava को कार्यान्वयन के लिए उपयोग किया गया था।

1. RxJava

Kotlin RxJava के साथ पूरी तरह से संगत है और जावा की तुलना में इसके साथ अधिक संक्षिप्त है। हालाँकि, यहाँ भी मुझे एक अप्रिय समस्या का सामना करना पड़ा। यह इस तरह लगता है: यदि आप एक लैम्बडा को .Then विधि के पैरामीटर के रूप में पास करते हैं, तो यह लैम्बडा काम नहीं करेगा!

इसे सत्यापित करने के लिए, बस एक साधारण परीक्षण लिखें:

 Completable .fromCallable { cardRepository.uploadDataToServer() } .andThen { cardRepository.markLocalDataAsSynced() } .subscribe()

AndThen सामग्री विफल हो जाएगी । यह अधिकांश ऑपरेटरों (जैसे फ्लैटपाइप , डेफर , फ्रैक्शन और कई अन्य) के साथ मामला है, वास्तव में लंबो को तर्कों के रूप में अपेक्षित है। और इस तरह के रिकॉर्ड के साथ, तब , कम्प्लीटेबल / ऑब्जर्वेबल / सिंगलसोर्स की उम्मीद की जाती है । घुंघराले {} के बजाय साधारण कोष्ठक () का उपयोग करके समस्या को हल किया जाता है।

इस समस्या को "कोटलिन और आरएक्स 2" लेख में विस्तार से वर्णित किया गया है । गलत ब्रैकेट के कारण मैंने 5 घंटे कैसे बर्बाद किए । ”

2. पुनर्गठन

हम विनाशकारी या विनाशकारी असाइनमेंट के रूप में ऐसे दिलचस्प कोटलिन सिंटैक्स पर भी स्पर्श करते हैं। यह आपको एक साथ कई वेरिएबल्स में ऑब्जेक्ट को असाइन करने की अनुमति देता है, इसे भागों में तोड़ता है।

कल्पना कीजिए कि हमारे पास एपीआई में एक विधि है जो कई संस्थाओं को एक साथ लौटाती है:

 @GET("/foo/api/sync") fun getBrandsAndCards(): Single<BrandAndCardResponse> data class BrandAndCardResponse(@SerializedName("cards") val cards: List<Card>?, @SerializedName("brands") val brands: List<Brand>?)

इस विधि से परिणाम वापस करने का एक कॉम्पैक्ट तरीका विनाशकारी है, जैसा कि निम्नलिखित उदाहरण में दिखाया गया है:

 syncRepository.getBrandsAndCards() .flatMapCompletable {it-> Completable.fromAction{ val (cards, brands) = it syncCards(cards) syncBrands(brands) } } }

यह ध्यान देने योग्य है कि बहु-घोषणाएँ सम्मेलन पर आधारित हैं: जिन वर्गों को नष्ट किया जाना चाहिए, उनमें कंपोनेंट () फ़ंक्शंस शामिल होने चाहिए, जहाँ N, इसी घटक संख्या - वर्ग का सदस्य है। अर्थात्, उपरोक्त उदाहरण निम्नलिखित कोड में अनुवाद करता है:

 val cards = it.component1() val brands = it.component2()

हमारा उदाहरण एक डेटा वर्ग का उपयोग करता है जो स्वचालित रूप से कंपोनेंट () फ़ंक्शन की घोषणा करता है। इसलिए, बहु-घोषणाएं उसके साथ बॉक्स से बाहर काम करती हैं।

हम डेटा लेयर के लिए समर्पित अगले भाग में डेटा क्लास के बारे में अधिक बात करेंगे।

डेटा लेयर

इस परत में सर्वर से डेटा और आधार के लिए POJO शामिल है, स्थानीय डेटा और सर्वर से प्राप्त डेटा दोनों के साथ काम करने के लिए इंटरफेस।

स्थानीय डेटा के साथ काम करने के लिए, कक्ष का उपयोग किया गया था, जो हमें SQLite डेटाबेस के साथ काम करने के लिए एक सुविधाजनक आवरण प्रदान करता है।

प्रवासन के लिए पहला लक्ष्य, जो खुद को बताता है, पीओजेओ हैं, जो मानक जावा कोड में कई क्षेत्रों के साथ थोक वर्ग हैं और उनके अनुरूप / सेट तरीके हैं। आप डेटा कक्षाओं की मदद से POJO को अधिक संक्षिप्त बना सकते हैं। एक कोड की एक पंक्ति कई क्षेत्रों के साथ एक इकाई का वर्णन करने के लिए पर्याप्त होगी:

 data class Card(val id:String, val cardNumber:String, val brandId:String,val barCode:String)

संक्षिप्तता के अलावा, हम प्राप्त करते हैं:

बराबरी () , हैशकोड (), और स्ट्रींग () हुड के तहत तरीकों को ओवरराइड करता है । RecyclerView के लिए विचार उत्पन्न करने वाले एडेप्टर में DiffUtil का उपयोग करते समय डेटा क्लास के सभी गुणों के लिए समान उत्पन्न करना बेहद सुविधाजनक है। तथ्य यह है कि डिफुटिल दो डेटा सेटों, दो सूचियों की तुलना करता है: पुराने और नए, यह पता लगाते हैं कि क्या बदलाव हुए हैं, और अधिसूचित विधियों का उपयोग करके एडाप्टर को बेहतर तरीके से अपडेट किया जाता है। और आमतौर पर, सूची आइटम की तुलना बराबरी का उपयोग करके की जाती है।

इस प्रकार, क्लास में एक नया फ़ील्ड जोड़ने के बाद, हमें इसे बराबर करने के लिए जोड़ने की आवश्यकता नहीं है ताकि डिफुटिल नए फ़ील्ड को ध्यान में रखे।
अपरिवर्तनीय वर्ग
डिफ़ॉल्ट मानों के लिए समर्थन, जिसे बिल्डर पैटर्न के उपयोग से बदला जा सकता है।

एक उदाहरण:
```
 data class Card(val id : Long = 0L, val cardNumber: String="99", val barcode: String = "", var brandId: String="1") val newCard = Card(id =1L,cardNumber = "123") 
```

एक और अच्छी खबर: केप्ट कॉन्फिगर (जैसा कि ऊपर बताया गया है) के साथ, डेटा क्लास रूम एनोटेशन के साथ ठीक काम करते हैं, जो आपको सभी डेटाबेस संस्थाओं को डेटा कक्षाओं में अनुवाद करने की अनुमति देता है। कमरा भी अशक्त गुणों का समर्थन करता है। सच है, कक्ष अभी तक कोटलिन से डिफ़ॉल्ट मानों का समर्थन नहीं करता है, लेकिन इसके लिए संबंधित बग को पहले ही स्थापित किया जा चुका है।

निष्कर्ष

हमने केवल कुछ नुकसानों की जांच की जो जावा से कोटलिन के प्रवास के दौरान उत्पन्न हो सकते हैं। यह महत्वपूर्ण है कि, हालांकि समस्याएं उत्पन्न होती हैं, विशेष रूप से सैद्धांतिक ज्ञान या व्यावहारिक अनुभव की कमी के साथ, वे सभी हल हैं।

हालांकि, कोटलिन में संक्षिप्त अभिव्यंजक और सुरक्षित कोड लिखने की खुशी संक्रमण पथ पर उत्पन्न होने वाली सभी कठिनाइयों का भुगतान करने से अधिक होगी। मैं विश्वास के साथ कह सकता हूं कि डिस्को परियोजना का उदाहरण निश्चित रूप से इसकी पुष्टि करता है।

किताबें, उपयोगी लिंक, संसाधन

भाषा के ज्ञान का सैद्धांतिक आधार कोटलिन को एक्शन में भाषा के रचनाकारों स्वेतलाना इसाकोवा और दिमित्री झेमरोव से पुस्तक को बिछाने की अनुमति देगा।

लैकोनिकिज़्म, सूचनात्मकता, विषयों की व्यापक कवरेज, जावा डेवलपर्स पर ध्यान केंद्रित करना और रूसी संस्करण की उपलब्धता इसे भाषा सीखने की शुरुआत में संभव मैनुअल बनाती है। मैंने उसके साथ शुरुआत की।
डेवलपर के साथ कोटलिन स्रोत ।android।
रूसी में कोटलिन गाइड
कोन्सलिन पर स्विच करने के अनुभव के बारे में उत्पत्ति से एक एंड्रॉइड डेवलपर कोंस्टेंटिन मिखाइलोवस्की का एक उत्कृष्ट लेख ।

एंड्रॉइड प्रोजेक्ट में कोटलिन पर स्विच करना: टिप्स और ट्रिक्स