বড় দলের জন্য কোটলিন গ্রহণ করুন

যেকোনো নতুন ভাষায় কাজ শুরু করা একটি কঠিন কাজ হতে পারে। সফলতার উপায় হলো ধীরে ধীরে শুরু করা, ছোট ছোট অংশে অগ্রসর হওয়া এবং আপনার দলকে সাফল্যের জন্য প্রস্তুত করতে ঘন ঘন পরীক্ষা করা। কোটলিনে মাইগ্রেট করা সহজ, কারণ এটি JVM বাইটকোডে কম্পাইল হয় এবং জাভার সাথে সম্পূর্ণরূপে ইন্টারঅপারেবল।

দল গঠন করা

স্থানান্তরের আগে প্রথম ধাপ হলো আপনার দলের জন্য একটি সাধারণ প্রাথমিক বোঝাপড়া তৈরি করা। এখানে কয়েকটি পরামর্শ দেওয়া হলো যা আপনার দলের শেখার প্রক্রিয়াকে ত্বরান্বিত করতে সহায়ক হতে পারে।

অধ্যয়ন দল গঠন করুন

শেখা ও মনে রাখার ক্ষমতা বাড়ানোর জন্য স্টাডি গ্রুপ একটি কার্যকর উপায়। গবেষণায় দেখা গেছে যে, দলবদ্ধভাবে শেখা বিষয়গুলো আলোচনা করলে তা আরও ভালোভাবে আয়ত্ত করতে সাহায্য করে। গ্রুপের প্রত্যেক সদস্যের জন্য একটি কোটলিন বই বা অন্য কোনো পড়ার উপকরণ সংগ্রহ করুন এবং গ্রুপকে প্রতি সপ্তাহে কয়েকটি অধ্যায় পড়তে বলুন। প্রতিটি বৈঠকে, গ্রুপটি তাদের শেখা বিষয়গুলো তুলনা করবে এবং যেকোনো প্রশ্ন বা পর্যবেক্ষণ নিয়ে আলোচনা করবে।

শিক্ষাদানের সংস্কৃতি গড়ে তুলুন

যদিও সবাই নিজেকে শিক্ষক মনে করেন না, কিন্তু প্রত্যেকেই শেখাতে পারেন। একজন টেকনোলজি বা টিম লিড থেকে শুরু করে একজন সাধারণ কর্মী পর্যন্ত, প্রত্যেকেই এমন একটি শেখার পরিবেশ তৈরি করতে পারেন যা সাফল্য নিশ্চিত করতে সাহায্য করে। এই কাজটি সহজ করার একটি উপায় হলো নির্দিষ্ট সময় অন্তর প্রেজেন্টেশনের আয়োজন করা, যেখানে দলের একজনকে তার শেখা কোনো বিষয় বা অন্যদের সাথে ভাগ করে নেওয়ার মতো কোনো বিষয় নিয়ে কথা বলার জন্য দায়িত্ব দেওয়া হয়। আপনি আপনার স্টাডি গ্রুপকে কাজে লাগিয়ে প্রতি সপ্তাহে একটি নতুন অধ্যায় উপস্থাপনের জন্য স্বেচ্ছাসেবক চাইতে পারেন, যতক্ষণ না আপনার দল সেই ভাষার ব্যবহারে স্বচ্ছন্দ বোধ করে।

একজন চ্যাম্পিয়ন মনোনীত করুন

অবশেষে, শেখার এই প্রচেষ্টাটি পরিচালনা করার জন্য একজন প্রধান ব্যক্তিকে মনোনীত করুন। আপনি যখন গ্রহণ প্রক্রিয়াটি শুরু করবেন, তখন এই ব্যক্তি একজন বিষয় বিশেষজ্ঞ (SME) হিসেবে কাজ করতে পারেন। কোটলিন সম্পর্কিত আপনার সমস্ত অনুশীলন সভায় এই ব্যক্তিকে অন্তর্ভুক্ত করা গুরুত্বপূর্ণ। আদর্শগতভাবে, এই ব্যক্তি আগে থেকেই কোটলিনের প্রতি অনুরাগী হবেন এবং এ বিষয়ে তাঁর কিছু কার্যকরী জ্ঞান থাকবে।

ধীরে ধীরে একীভূত করুন

ধীরে ধীরে শুরু করা এবং আপনার ইকোসিস্টেমের কোন অংশগুলো প্রথমে স্থানান্তর করবেন সে সম্পর্কে কৌশলগতভাবে চিন্তা করা অত্যন্ত গুরুত্বপূর্ণ। প্রায়শই একটি ফ্ল্যাগশিপ অ্যাপের পরিবর্তে আপনার প্রতিষ্ঠানের মধ্যে একটিমাত্র অ্যাপের মধ্যেই এই কাজটি সীমাবদ্ধ রাখা শ্রেয়। নির্বাচিত অ্যাপটি মাইগ্রেট করার ক্ষেত্রে প্রতিটি পরিস্থিতি ভিন্ন হয়, তবে শুরু করার জন্য এখানে কয়েকটি সাধারণ উপায় উল্লেখ করা হলো।

ডেটা মডেল

আপনার ডেটা মডেলে সম্ভবত কয়েকটি মেথডের পাশাপাশি প্রচুর স্টেট ইনফরমেশন রয়েছে। ডেটা মডেলে toString() , equals() এবং hashcode() এর মতো সাধারণ মেথডও থাকতে পারে। এই মেথডগুলোকে সাধারণত আলাদাভাবে সহজেই ট্রানজিশন এবং ইউনিট টেস্ট করা যায়।

উদাহরণস্বরূপ, জাভার নিম্নলিখিত কোডটি বিবেচনা করুন:

public class Person {

   private String firstName;
   private String lastName;
   // ...

   public String getFirstName() {
       return firstName;
   }

   public void setFirstName(String firstName) {
       this.firstName = firstName;
   }

   public String getLastName() {
       return lastName;
   }

   public void setLastName(String lastName) {
       this.lastName = lastName;
   }

   @Override
   public boolean equals(Object o) {
       if (this == o) return true;
       if (o == null || getClass() != o.getClass()) return false;
       Person person = (Person) o;
       return Objects.equals(firstName, person.firstName) &&
               Objects.equals(lastName, person.lastName);
   }

   @Override
   public int hashCode() {
       return Objects.hash(firstName, lastName);
   }

   @Override
   public String toString() {
       return "Person{" +
               "firstName='" + firstName + '\'' +
               ", lastName='" + lastName + '\'' +
               '}';
   }
}

আপনি জাভা ক্লাসটিকে কোটলিনের একটি মাত্র লাইন দিয়ে প্রতিস্থাপন করতে পারেন, যেমনটি এখানে দেখানো হয়েছে:

data class Person(var firstName: String?, var lastName: String?)
AdoptForLargeTeams.kt

এরপর এই কোডটি আপনার বর্তমান টেস্ট স্যুটের সাথে ইউনিট টেস্ট করা যেতে পারে। এখানকার মূল ধারণাটি হলো, একবারে একটি মডেল নিয়ে ছোট পরিসরে শুরু করা এবং এমন ক্লাসগুলিতে রূপান্তর ঘটানো যেগুলো মূলত স্টেট-ভিত্তিক, বিহেভিয়ার-ভিত্তিক নয়। এই পুরো প্রক্রিয়া জুড়ে ঘন ঘন টেস্ট করতে ভুলবেন না।

মাইগ্রেট পরীক্ষা

আরেকটি সম্ভাব্য উপায় হলো বিদ্যমান টেস্টগুলোকে রূপান্তর করা এবং কোটলিনে নতুন টেস্ট লেখা শুরু করা। এর ফলে, আপনার অ্যাপের সাথে প্রকাশ করার জন্য কোড লেখার আগে, আপনার টিম ভাষাটির সাথে স্বচ্ছন্দ হওয়ার জন্য সময় পাবে।

ইউটিলিটি মেথডগুলোকে এক্সটেনশন ফাংশনে স্থানান্তর করুন

যেকোনো স্ট্যাটিক ইউটিলিটি ক্লাস (যেমন StringUtils , IntegerUtils , DateUtils , YourCustomTypeUtils ইত্যাদি) কোটলিন এক্সটেনশন ফাংশন হিসেবে উপস্থাপন করা যায় এবং আপনার বিদ্যমান জাভা কোডবেসে ব্যবহার করা যায়।

উদাহরণস্বরূপ, ধরুন আপনার একটি StringUtils ক্লাস আছে, যাতে কয়েকটি মেথড রয়েছে:

package com.java.project;

public class StringUtils {

   public static String foo(String receiver) {
       return receiver...;  // Transform the receiver in some way
   }

   public static String bar(String receiver) {
       return receiver...;  // Transform the receiver in some way
   }

}

এই মেথডগুলো পরবর্তীতে আপনার অ্যাপের অন্য অংশে ব্যবহার করা যেতে পারে, যেমনটি নিম্নলিখিত উদাহরণে দেখানো হয়েছে:

...

String myString = ...
String fooString = StringUtils.foo(myString);

...

কোটলিন এক্সটেনশন ফাংশন ব্যবহার করে, আপনি জাভা কলারদের একই Utils ইন্টারফেস প্রদান করতে পারেন এবং একই সাথে আপনার ক্রমবর্ধমান কোটলিন কোডবেসের জন্য একটি আরও সংক্ষিপ্ত এপিআই দিতে পারেন।

এটি করার জন্য, আপনি IDE-র দেওয়া স্বয়ংক্রিয় রূপান্তর সুবিধা ব্যবহার করে এই Utils ক্লাসটিকে Kotlin-এ রূপান্তর করার মাধ্যমে শুরু করতে পারেন। উদাহরণস্বরূপ আউটপুটটি নিচের মতো দেখতে হতে পারে:

package com.java.project

object StringUtils {

   fun foo(receiver: String): String {
       return receiver...;  // Transform the receiver in some way
   }

   fun bar(receiver: String): String {
       return receiver...;  // Transform the receiver in some way
   }

}

এরপরে, ক্লাস বা অবজেক্ট ডেফিনিশনটি সরিয়ে ফেলুন, প্রতিটি ফাংশনের নামের আগে সেই টাইপের নাম যুক্ত করুন যার উপর এই ফাংশনটি প্রয়োগ করা হবে, এবং ফাংশনের ভিতরে টাইপটিকে রেফারেন্স করতে 'this' ব্যবহার করুন, যেমনটি নিম্নলিখিত উদাহরণে দেখানো হয়েছে:

package com.java.project

fun String.foo(): String {
    return this...;  // Transform the receiver in some way
}

fun String.bar(): String {
    return this...;  // Transform the receiver in some way
}

অবশেষে, কম্পাইল করা নামটি আপনার অ্যাপের বাকি অংশের সাথে সামঞ্জস্যপূর্ণ করতে সোর্স ফাইলের শীর্ষে একটি JvmName অ্যানোটেশন যোগ করুন, যেমনটি নিম্নলিখিত উদাহরণে দেখানো হয়েছে:

@file:JvmName("StringUtils")
package com.java.project
...

চূড়ান্ত সংস্করণটি দেখতে নিম্নলিখিতের অনুরূপ হওয়া উচিত:

@file:JvmName("StringUtils")
package com.java.project

fun String.foo(): String {
    return this...;  // Transform `this` string in some way
}

fun String.bar(): String {
    return this...;  // Transform `this` string in some way
}

উল্লেখ্য যে, এই ফাংশনগুলো এখন জাভা বা কোটলিন ব্যবহার করে প্রতিটি ভাষার নিজস্ব নিয়ম মেনে কল করা যাবে।

// ...

val myString: String = "hello"
val fooString = myString.foo()

// ...
AdoptForLargeTeams.kt

...
String myString = ...
String fooString = StringUtils.foo(myString);
...

মাইগ্রেশন সম্পূর্ণ করুন

একবার আপনার টিম কোটলিনে স্বচ্ছন্দ হয়ে গেলে এবং আপনি ছোট ছোট অংশ মাইগ্রেট করে ফেললে, আপনি ফ্র্যাগমেন্ট, অ্যাক্টিভিটি, ViewModel অবজেক্ট এবং বিজনেস লজিকের সাথে সম্পর্কিত অন্যান্য ক্লাসের মতো বড় কম্পোনেন্টগুলো নিয়ে কাজ শুরু করতে পারেন।

বিবেচ্য বিষয়সমূহ

জাভার যেমন একটি নির্দিষ্ট শৈলী আছে, তেমনি কোটলিনেরও নিজস্ব একটি প্রচলিত রীতি রয়েছে যা এর সংক্ষিপ্ততায় অবদান রাখে। তবে, আপনি প্রাথমিকভাবে দেখতে পারেন যে আপনার দলের তৈরি কোটলিন কোডটি, যে জাভা কোডটিকে প্রতিস্থাপন করা হচ্ছে তার মতোই দেখতে। সময়ের সাথে সাথে আপনার দলের কোটলিন অভিজ্ঞতা বাড়ার সাথে সাথে এই বিষয়টিও পরিবর্তিত হয়। মনে রাখবেন, ক্রমান্বয়িক পরিবর্তনই সাফল্যের চাবিকাঠি।

আপনার কোটলিন কোডবেস বড় হওয়ার সাথে সাথে সামঞ্জস্যতা বজায় রাখতে আপনি কয়েকটি কাজ করতে পারেন:

সাধারণ কোডিং মান

আপনার অ্যাডাপশন প্রক্রিয়ার শুরুতেই কোডিং কনভেনশনের একটি স্ট্যান্ডার্ড সেট নির্ধারণ করে নিন। যেখানে যুক্তিযুক্ত মনে হবে, সেখানে আপনি অ্যান্ড্রয়েড কোটলিন স্টাইল গাইড থেকে বিচ্যুত হতে পারেন।

স্থির বিশ্লেষণ সরঞ্জাম

অ্যান্ড্রয়েড লিন্ট এবং অন্যান্য স্ট্যাটিক অ্যানালাইসিস টুল ব্যবহার করে আপনার টিমের জন্য নির্ধারিত কোডিং স্ট্যান্ডার্ডগুলো প্রয়োগ করুন। ক্লিন্ট , একটি থার্ড-পার্টি কোটলিন লিন্টার, কোটলিনের জন্য অতিরিক্ত নিয়মও প্রদান করে।

অবিচ্ছিন্ন একীকরণ

প্রচলিত কোডিং স্ট্যান্ডার্ডগুলো অবশ্যই মেনে চলুন এবং আপনার কোটলিন কোডের জন্য পর্যাপ্ত টেস্ট কভারেজ নিশ্চিত করুন। এটিকে একটি স্বয়ংক্রিয় বিল্ড প্রক্রিয়ার অংশ করলে সামঞ্জস্যতা এবং এই স্ট্যান্ডার্ডগুলো মেনে চলা নিশ্চিত করা যেতে পারে।

আন্তঃকার্যক্ষমতা

বেশিরভাগ ক্ষেত্রে কোটলিন জাভার সাথে নির্বিঘ্নে কাজ করে, কিন্তু নিম্নলিখিত বিষয়গুলো লক্ষ্য করুন।

বাতিলযোগ্যতা

কোটলিন তার নিজস্ব অংশে নালিবিলিটি অনুমান করার জন্য কম্পাইল করা কোডের নালিবিলিটি অ্যানোটেশনের উপর নির্ভর করে। যদি অ্যানোটেশন প্রদান করা না হয়, কোটলিন ডিফল্ট হিসেবে একটি প্ল্যাটফর্ম টাইপ ব্যবহার করে, যেটিকে নালযোগ্য বা অ-নালযোগ্য টাইপ হিসেবে গণ্য করা যেতে পারে। তবে, সতর্কভাবে পরিচালনা না করলে এটি রানটাইমে NullPointerException সমস্যার কারণ হতে পারে।

নতুন বৈশিষ্ট্য গ্রহণ করুন

কোটলিন বয়লারপ্লেট কোড কমাতে অনেক নতুন লাইব্রেরি এবং সিনট্যাকটিক সুগার প্রদান করে, যা ডেভেলপমেন্টের গতি বাড়াতে সাহায্য করে। তবে, কোটলিনের স্ট্যান্ডার্ড লাইব্রেরি ফাংশন, যেমন কালেকশন ফাংশন , কো-রুটিন এবং ল্যাম্বডা ব্যবহার করার সময় সতর্ক এবং পদ্ধতিগত হওয়া উচিত।

নতুন কোটলিন ডেভেলপাররা প্রায়শই এই ফাঁদে পড়েন। নিচের কোটলিন কোডটি ধরে নিন:

val nullableFoo: Foo? = Foo()

// This lambda executes only if nullableFoo is not null
// and `foo` is of the non-nullable Foo type
nullableFoo?.let { foo ->
    foo.baz()
    foo.zap()
}
AdoptForLargeTeams.kt

এই উদাহরণের উদ্দেশ্য হলো, যদি nullableFoo নাল না হয়, তাহলে foo.baz() এবং foo.zap() এক্সিকিউট করা, যার ফলে একটি NullPointerException এড়ানো যায়। যদিও এই কোডটি প্রত্যাশিতভাবেই কাজ করে, তবে এটি একটি সাধারণ নাল চেক এবং স্মার্ট কাস্টের চেয়ে পড়তে কম সহজবোধ্য, যেমনটি নিম্নলিখিত উদাহরণে দেখানো হয়েছে:

val nullableFoo: Foo? = null
if (nullableFoo != null) {
    nullableFoo.baz() // Using !! or ?. isn't required; the Kotlin compiler infers non-nullability
    nullableFoo.zap() // from guard condition; smart casts nullableFoo to Foo inside this block
}
AdoptForLargeTeams.kt

পরীক্ষা

কোটলিনে ক্লাস এবং তাদের ফাংশনগুলো ডিফল্টরূপে এক্সটেনশনের জন্য বন্ধ থাকে। আপনি যে ক্লাস এবং ফাংশনগুলোকে সাবক্লাস করতে চান, সেগুলোকে আপনাকে স্পষ্টভাবে উন্মুক্ত করতে হবে। এই আচরণটি একটি ল্যাঙ্গুয়েজ ডিজাইন সিদ্ধান্ত, যা ইনহেরিটেন্সের চেয়ে কম্পোজিশনকে উৎসাহিত করার জন্য বেছে নেওয়া হয়েছে। কম্পোজিশনকে সহজ করতে সাহায্য করার জন্য কোটলিনে ডেলিগেশনের মাধ্যমে আচরণ বাস্তবায়নের বিল্ট-ইন সাপোর্ট রয়েছে।

এই আচরণটি মকিটোর (Mockito) মতো মকিং ফ্রেমওয়ার্কগুলোর জন্য একটি সমস্যা তৈরি করে, যেগুলো টেস্টিংয়ের সময় আচরণ ওভাররাইড করার জন্য ইন্টারফেস ইমপ্লিমেন্টেশন বা ইনহেরিটেন্সের উপর নির্ভর করে। ইউনিট টেস্টের জন্য, আপনি মকিটোর মক মেকার ইনলাইন (Mock Maker Inline) ফিচারটি চালু করতে পারেন, যা আপনাকে ফাইনাল ক্লাস এবং মেথড মক করার সুযোগ দেয়। বিকল্পভাবে, আপনি অল-ওপেন (All-Open) কম্পাইলার প্লাগইন ব্যবহার করে কম্পাইলেশন প্রক্রিয়ার অংশ হিসেবে পরীক্ষা করার জন্য যেকোনো কোটলিন ক্লাস এবং তার মেম্বারগুলোকে খুলতে পারেন। এই প্লাগইনটি ব্যবহারের প্রধান সুবিধা হলো এটি ইউনিট এবং ইন্সট্রুমেন্টেড উভয় ধরনের টেস্টের সাথেই কাজ করে।

আরও তথ্য

কোটলিন ব্যবহার সম্পর্কে আরও তথ্যের জন্য, নিম্নলিখিত লিঙ্কগুলি দেখুন:

• অ্যান্ড্রয়েডের কোটলিন-প্রথম পদ্ধতি
• কোটলিন দিয়ে শুরু করার জন্য প্রয়োজনীয় উপকরণ
• জাভা ব্যবহারকারীদের কোটলিন শেখার জন্য সহায়ক উপকরণ
• জাভা থেকে কোটলিন শেখার পথনির্দেশ , এমন সব রিসোর্সের একটি সংগ্রহ যা জাভা প্রোগ্রামারদের প্রচলিত কোটলিন ভাষা শিখতে ও লিখতে সাহায্য করে।