আপনার বিল্ড কনফিগার করুন

Android বিল্ড সিস্টেম অ্যাপ রিসোর্স ও সোর্স কোড কম্পাইল করে এবং সেগুলিকে APK বা Android অ্যাপ বান্ডেলে প্যাকেজ করে, যা আপনি পরীক্ষা, ডিপ্লয়, সাইন ও ডিস্ট্রিবিউট করতে পারবেন।

Gradle বিল্ড ওভারভিউ এবং Android বিল্ড স্ট্রাকচার-এ, আমরা বিল্ড কনসেপ্ট এবং Android অ্যাপের স্ট্রাকচার নিয়ে আলোচনা করেছি। এখন বিল্ড কনফিগার করার সময় এসেছে।

Android বিল্ড শব্দকোষ

Gradle এবং Android Gradle প্লাগ-ইন আপনার বিল্ডের নিম্নলিখিত দিকগুলি কনফিগার করতে সাহায্য করে:

বিল্ডের ধরন

বিল্ডের ধরন নির্দিষ্ট কিছু প্রপার্টি নির্ধারণ করে যা Gradle আপনার অ্যাপ তৈরি ও প্যাকেজ করার সময় ব্যবহার করে। বিল্ডের ধরন সাধারণত আপনার ডেভেলপমেন্ট লাইফসাইকেলের বিভিন্ন পর্যায়ের জন্য কনফিগার করা হয়।

যেমন, ডিবাগ বিল্ড টাইপ ডিবাগ বিকল্প চালু করে এবং ডিবাগ কী দিয়ে অ্যাপে সাইন-ইন করে, যেখানে রিলিজ বিল্ড টাইপ আপনার অ্যাপকে ডিস্ট্রিবিউশনের জন্য সঙ্কুচিত, অস্পষ্ট এবং রিলিজ কী দিয়ে সাইন-ইন করতে পারে।

আপনার অ্যাপ তৈরি করতে আপনাকে অবশ্যই অন্তত একটি বিল্ড টাইপ নির্ধারণ করতে হবে। Android Studio ডিফল্ট হিসেবে ডিবাগ ও রিলিজ বিল্ড টাইপ তৈরি করে। আপনার অ্যাপের জন্য প্যাকেজিং সেটিংস কাস্টমাইজ করা শুরু করতে, কীভাবে বিল্ডের ধরন কনফিগার করবেন তা জানুন।

প্রোডাক্ট ফ্লেভার
প্রোডাক্ট ফ্লেভার আপনার অ্যাপের বিভিন্ন ভার্সন দেখায় যা আপনি ব্যবহারকারীদের জন্য রিলিজ করতে পারেন, যেমন ফ্রি ও পেড ভার্সন। আপনি প্রোডাক্ট ফ্লেভার কাস্টমাইজ করতে পারেন যাতে আপনার অ্যাপের সব ভার্সনের জন্য সাধারণ অংশগুলি শেয়ার এবং পুনরায় ব্যবহার করার সময় বিভিন্ন কোড এবং রিসোর্স ব্যবহার করা যায়। প্রোডাক্ট ফ্লেভার ঐচ্ছিক এবং আপনাকে অবশ্যই সেগুলি ম্যানুয়ালি তৈরি করতে হবে। আপনার অ্যাপের বিভিন্ন ভার্সন তৈরি করা শুরু করতে, কীভাবে প্রোডাক্ট ফ্লেভার কনফিগার করবেন তা জানুন।
বিল্ড ভ্যারিয়েন্ট
বিল্ড ভ্যারিয়েন্ট হল বিল্ডের ধরন ও প্রোডাক্ট ফ্লেভারের ক্রস-প্রোডাক্ট এবং এটি হল আপনার অ্যাপ তৈরি করার জন্য Gradle-এর ব্যবহার করা কনফিগারেশন। বিল্ড ভ্যারিয়েন্ট ব্যবহার করে, আপনি ডেভেলপমেন্টের সময় আপনার প্রোডাক্ট ফ্লেভারের ডিবাগ ভার্সন এবং ডিস্ট্রিবিউশনের জন্য আপনার প্রোডাক্ট ফ্লেভারের সাইন করা রিলিজ ভার্সন তৈরি করতে পারবেন। আপনি সরাসরি বিল্ড ভেরিয়েন্ট কনফিগার না করলেও, বিল্ডের ধরন এবং প্রোডাক্টের ফ্লেভার কনফিগার করেন যা সেগুলি তৈরি করে। অতিরিক্ত বিল্ডের ধরন বা প্রোডাক্ট ফ্লেভার তৈরি করলে অতিরিক্ত বিল্ড ভেরিয়েন্টও তৈরি হয়। কীভাবে বিল্ড ভ্যারিয়েন্ট তৈরি ও ম্যানেজ করতে হয় তা জানতে, বিল্ড ভ্যারিয়েন্ট কনফিগার করুন ওভারভিউ পড়ুন।
ম্যানিফেস্ট এন্ট্রি
আপনি বিল্ড ভেরিয়েন্ট কনফিগারেশনে ম্যানিফেস্ট ফাইলের কিছু প্রপার্টির জন্য ভ্যালু নির্দিষ্ট করতে পারবেন। এই বিল্ড ভ্যালুগুলি ম্যানিফেস্ট ফাইলে আগে থেকে থাকা ভ্যালুগুলিকে ওভাররাইড করে। আপনি যদি আলাদা অ্যাপ্লিকেশনের নাম, ন্যূনতম SDK ভার্সন বা টার্গেট SDK ভার্সন সহ আপনার অ্যাপের একাধিক ভেরিয়েন্ট তৈরি করতে চান, তাহলে এটি উপযোগী। একাধিক ম্যানিফেস্ট থাকলে, ম্যানিফেস্ট মার্জার টুল ম্যানিফেস্ট সেটিংস মার্জ করে।
নির্ভরতা
বিল্ড সিস্টেম আপনার লোকাল ফাইল সিস্টেম এবং রিমোট রিপোজিটরি থেকে প্রোজেক্ট ডিপেন্ডেন্সি ম্যানেজ করে। এর অর্থ হল, আপনাকে ম্যানুয়ালি প্রোজেক্ট ডিরেক্টরিতে ডিপেন্ডেন্সির বাইনারি প্যাকেজ সার্চ, ডাউনলোড ও কপি করতে হবে না। আরও জানতে, বিল্ড ডিপেন্ডেন্সি যোগ করুন দেখুন।
স্বাক্ষর করা
বিল্ড সিস্টেম আপনাকে বিল্ড কনফিগারেশনে সাইনিং সেটিংস নির্দিষ্ট করতে দেয় এবং বিল্ড প্রসেস চলাকালীন এটি অটোমেটিক আপনার অ্যাপ সাইন করতে পারে। বিল্ড সিস্টেম ডিফল্ট কী এবং পরিচিত ক্রেডেনশিয়াল ব্যবহার করে সার্টিফিকেট দিয়ে ডিবাগ ভার্সন সাইন করে যাতে বিল্ড করার সময় পাসওয়ার্ড প্রম্পট না আসে। আপনি এই বিল্ডের জন্য স্পষ্টভাবে সাইনিং কনফিগারেশন নির্ধারণ না করলে, বিল্ড সিস্টেম রিলিজ ভার্সন সাইন করে না। আপনার কাছে রিলিজ কী না থাকলে, আপনার অ্যাপে সাইন করুন বিকল্পে যেভাবে বলা হয়েছে সেইভাবে একটি তৈরি করতে পারবেন। বেশিরভাগ অ্যাপ স্টোরের মাধ্যমে অ্যাপ ডিস্ট্রিবিউট করার জন্য স্বাক্ষরিত রিলিজ বিল্ড প্রয়োজন।
কোড ও রিসোর্স সরিয়ে দেওয়া
বিল্ড সিস্টেম আপনাকে প্রতিটি বিল্ড ভ্যারিয়েন্টের জন্য আলাদা ProGuard নিয়ম ফাইল নির্দিষ্ট করতে দেয়। আপনার অ্যাপ তৈরি করার সময়, বিল্ড সিস্টেম উপযুক্ত নিয়ম প্রয়োগ করে আপনার কোড ও রিসোর্স ছোট করে, এর জন্য বিল্ট-ইন টুল ব্যবহার করা হয়, যেমন R8। আপনার কোড ও রিসোর্স সঙ্কুচিত করলে তা আপনার APK বা AAB সাইজ কমাতে সাহায্য করতে পারে।
একাধিক APK-এর জন্য সহায়তা
বিল্ড সিস্টেম আপনাকে অটোমেটিক বিভিন্ন APK তৈরি করতে দেয়, যার প্রতিটিতে নির্দিষ্ট স্ক্রিন ডেনসিটি বা অ্যাপ্লিকেশন বাইনারি ইন্টারফেসের (ABI) জন্য প্রয়োজনীয় কোড ও রিসোর্স থাকে। আরও তথ্যের জন্য একাধিক APK তৈরি করুন দেখুন। তবে, একটি মাত্র AAB রিলিজ করা হল সাজেস্ট করা পদ্ধতি, কারণ এটি স্ক্রিন ডেনসিটি এবং ABI ছাড়াও ভাষা অনুসারে স্প্লিট করার সুবিধা অফার করে, পাশাপাশি Google Play-তে একাধিক আর্টিফ্যাক্ট আপলোড করার প্রয়োজনীয়তা এড়িয়ে যায়। আগস্ট ২০২১-এর পরে জমা দেওয়া সব নতুন অ্যাপের ক্ষেত্রে AAB ব্যবহার করা বাধ্যতামূলক।

Android বিল্ডে Java ভার্সন

আপনার সোর্স কোড Java, Kotlin বা দুটিতেই লেখা হোক না কেন, আপনার বিল্ডের জন্য আপনাকে বেশ কয়েকটি জায়গায় JDK বা Java ভাষার ভার্সন বেছে নিতে হবে। বিস্তারিত জানতে Android বিল্ডে Java ভার্সন দেখুন।

কনফিগারেশন ফাইল তৈরি করুন

কাস্টম বিল্ড কনফিগারেশন তৈরি করতে আপনাকে এক বা একাধিক বিল্ড কনফিগারেশন ফাইলে পরিবর্তন করতে হবে। এই প্লেন-টেক্সট ফাইলগুলি Kotlin স্ক্রিপ্ট ব্যবহার করে বিল্ড লজিক বর্ণনা ও ম্যানিপুলেট করার জন্য ডোমেন-নির্দিষ্ট ভাষা (DSL) ব্যবহার করে, যা Kotlin ভাষার একটি ফ্লেভার। এছাড়াও, আপনার বিল্ড কনফিগার করতে Groovy ব্যবহার করতে পারেন, যা Java Virtual Machine (JVM)-এর জন্য একটি ডায়নামিক ভাষা।

আপনার বিল্ড কনফিগার করা শুরু করার জন্য আপনাকে Kotlin স্ক্রিপ্ট বা Groovy জানতে হবে না কারণ Android Gradle প্লাগ-ইন আপনার প্রয়োজনীয় বেশিরভাগ DSL এলিমেন্ট প্রদান করে। Android Gradle প্লাগ-ইন DSL সম্পর্কে আরও জানতে, DSL রেফারেন্স ডকুমেন্টেশন পড়ুন। Kotlin স্ক্রিপ্টও অন্তর্নিহিত Gradle Kotlin DSL-এর উপর নির্ভর করে

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

Gradle Wrapper ফাইল

Gradle র‍্যাপার (gradlew) হল আপনার সোর্স কোডের সাথে অন্তর্ভুক্ত একটি ছোট অ্যাপ্লিকেশন যা Gradle নিজেই ডাউনলোড এবং লঞ্চ করে। এটি আরও সামঞ্জস্যপূর্ণ বিল্ড এক্সিকিউশন তৈরি করে। ডেভেলপাররা অ্যাপ্লিকেশন সোর্স ডাউনলোড করে gradlew রান করেন। এটি প্রয়োজনীয় Gradle ডিস্ট্রিবিউশন ডাউনলোড করে এবং আপনার অ্যাপ্লিকেশন তৈরি করার জন্য Gradle লঞ্চ করে।

gradle/wrapper/gradle-wrapper.properties ফাইলে একটি প্রপার্টি, distributionUrl, থাকে যা আপনার বিল্ড চালানোর জন্য Gradle-এর কোন ভার্সন ব্যবহার করা হয় তা বর্ণনা করে।

distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-8.0-bin.zip
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists

Gradle সেটিংস ফাইল

settings.gradle.kts ফাইল (Kotlin DSL-এর জন্য) অথবা settings.gradle ফাইল (Groovy DSL-এর জন্য) রুট প্রোজেক্ট ডিরেক্টরিতে থাকে। এই সেটিংস ফাইল প্রোজেক্ট-লেভেল রিপোজিটরি সেটিংস সংজ্ঞায়িত করে এবং আপনার অ্যাপ তৈরি করার সময় কোন মডিউল অন্তর্ভুক্ত করতে হবে তা Gradle-কে জানায়। মাল্টি-মডিউল প্রোজেক্টের ক্ষেত্রে, ফাইনাল বিল্ডে অন্তর্ভুক্ত করতে হবে এমন প্রতিটি মডিউল নির্দিষ্ট করতে হয়।

বেশিরভাগ প্রোজেক্টের ক্ষেত্রে, ফাইলটি ডিফল্ট হিসেবে নিম্নলিখিত ফাইলের মতো দেখায়:

Kotlin

pluginManagement {

    /**
      * The pluginManagement.repositories block configures the
      * repositories Gradle uses to search or download the Gradle plugins and
      * their transitive dependencies. Gradle pre-configures support for remote
      * repositories such as JCenter, Maven Central, and Ivy. You can also use
      * local repositories or define your own remote repositories. Here we
      * define the Gradle Plugin Portal, Google's Maven repository,
      * and the Maven Central Repository as the repositories Gradle should use to look for its
      * dependencies.
      */

    repositories {
        gradlePluginPortal()
        google()
        mavenCentral()
    }
}
dependencyResolutionManagement {

    /**
      * The dependencyResolutionManagement.repositories
      * block is where you configure the repositories and dependencies used by
      * all modules in your project, such as libraries that you are using to
      * create your application. However, you should configure module-specific
      * dependencies in each module-level build.gradle file. For new projects,
      * Android Studio includes Google's Maven repository and the Maven Central
      * Repository by default, but it does not configure any dependencies (unless
      * you select a template that requires some).
      */

  repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
  repositories {
      google()
      mavenCentral()
  }
}
rootProject.name = "My Application"
include(":app")

গ্ৰুভি

pluginManagement {

    /**
      * The pluginManagement.repositories block configures the
      * repositories Gradle uses to search or download the Gradle plugins and
      * their transitive dependencies. Gradle pre-configures support for remote
      * repositories such as JCenter, Maven Central, and Ivy. You can also use
      * local repositories or define your own remote repositories. Here we
      * define the Gradle Plugin Portal, Google's Maven repository,
      * and the Maven Central Repository as the repositories Gradle should use to look for its
      * dependencies.
      */

    repositories {
        gradlePluginPortal()
        google()
        mavenCentral()
    }
}
dependencyResolutionManagement {

    /**
      * The dependencyResolutionManagement.repositories
      * block is where you configure the repositories and dependencies used by
      * all modules in your project, such as libraries that you are using to
      * create your application. However, you should configure module-specific
      * dependencies in each module-level build.gradle file. For new projects,
      * Android Studio includes Google's Maven repository and the Maven Central
      * Repository by default, but it does not configure any dependencies (unless
      * you select a template that requires some).
      */

    repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
    repositories {
        google()
        mavenCentral()
    }
}
rootProject.name = "My Application"
include ':app'

টপ-লেভেল বিল্ড ফাইল

টপ-লেভেল build.gradle.kts ফাইল (Kotlin DSL-এর জন্য) অথবা build.gradle ফাইল (Groovy DSL-এর জন্য) রুট প্রোজেক্ট ডিরেক্টরিতে থাকে। এটি সাধারণত আপনার প্রোজেক্টের মডিউল দ্বারা ব্যবহৃত প্লাগ-ইনের সাধারণ ভার্সন সংজ্ঞায়িত করে।

নিম্নলিখিত কোড স্যাম্পেল থেকে নতুন প্রোজেক্ট তৈরি করার পরে টপ-লেভেল বিল্ড স্ক্রিপ্টে ডিফল্ট সেটিংস ও DSL এলিমেন্ট সম্পর্কে জানা যায়:

Kotlin

plugins {

    /**
     * Use `apply false` in the top-level build.gradle file to add a Gradle
     * plugin as a build dependency but not apply it to the current (root)
     * project. Don't use `apply false` in sub-projects. For more information,
     * see Applying external plugins with same version to subprojects.
     */

    id("com.android.application") version "9.4.0" apply false
    id("com.android.library") version "9.4.0" apply false
    id("org.jetbrains.kotlin.android") version "2.4.10" apply false
}

গ্ৰুভি

plugins {

    /**
     * Use `apply false` in the top-level build.gradle file to add a Gradle
     * plugin as a build dependency but not apply it to the current (root)
     * project. Don't use `apply false` in sub-projects. For more information,
     * see Applying external plugins with same version to subprojects.
     */

    id 'com.android.application' version '9.4.0' apply false
    id 'com.android.library' version '9.4.0' apply false
    id 'org.jetbrains.kotlin.android' version '2.4.10' apply false
}