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

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

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

অ্যান্ড্রয়েড বিল্ড শব্দকোষ

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

বিল্ড প্রকার

বিল্ড প্রকারগুলি নির্দিষ্ট বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করে যা Gradle আপনার অ্যাপ তৈরি এবং প্যাকেজ করার সময় ব্যবহার করে৷ বিল্ড প্রকারগুলি সাধারণত আপনার বিকাশের জীবনচক্রের বিভিন্ন পর্যায়ের জন্য কনফিগার করা হয়।

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

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

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

অ্যান্ড্রয়েডে জাভা সংস্করণ তৈরি করে

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

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

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

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

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

গ্রেডল র‍্যাপার ফাইল

Gradle wrapper ( 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

গ্রেডল সেটিংস ফাইল

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

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

কোটলিন

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 উপাদানগুলি বর্ণনা করে:

কোটলিন

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 "8.6.0" apply false
    id("com.android.library") version "8.6.0" apply false
    id("org.jetbrains.kotlin.android") version "2.0.20" 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 '8.6.0' apply false
    id 'com.android.library' version '8.6.0' apply false
    id 'org.jetbrains.kotlin.android' version '2.0.20' apply false
}

মডিউল-স্তরের বিল্ড ফাইল

মডিউল-স্তরের build.gradle.kts (Kotlin DSL-এর জন্য) বা build.gradle ফাইল (Groovy DSL-এর জন্য) প্রতিটি project / module / ডিরেক্টরিতে অবস্থিত। এটি আপনাকে নির্দিষ্ট মডিউলের জন্য বিল্ড সেটিংস কনফিগার করতে দেয় যা এটি অবস্থিত। এই বিল্ড সেটিংস কনফিগার করা আপনাকে কাস্টম প্যাকেজিং বিকল্পগুলি প্রদান করতে দেয়, যেমন অতিরিক্ত বিল্ড প্রকার এবং পণ্যের স্বাদ এবং main/ অ্যাপ ম্যানিফেস্ট বা শীর্ষ-স্তরের বিল্ড স্ক্রিপ্টে সেটিংস ওভাররাইড করতে .

Android SDK সেটিংস

আপনার অ্যাপ্লিকেশানের জন্য মডিউল-স্তরের বিল্ড ফাইলটিতে সেটিংস অন্তর্ভুক্ত রয়েছে যা কম্পাইল করার সময় ব্যবহৃত Android SDK সংস্করণগুলিকে নির্দেশ করে, প্ল্যাটফর্মের আচরণগুলি নির্বাচন করে এবং আপনার অ্যাপ্লিকেশনটি চালানোর ন্যূনতম সংস্করণটি নির্দিষ্ট করে৷

একটি Gradle বিল্ডে SDK স্পেসিফিকেশনের ওভারভিউ

compileSdk

compileSdk নির্ধারণ করে যে আপনার সোর্স কোড কম্পাইল করার সময় কোন Android এবং Java API পাওয়া যাবে। সর্বশেষ Android বৈশিষ্ট্যগুলি ব্যবহার করতে, কম্পাইল করার সময় সর্বশেষ Android SDK ব্যবহার করুন৷

কিছু অ্যান্ড্রয়েড প্ল্যাটফর্ম API পুরানো API স্তরে উপলব্ধ নাও হতে পারে৷ আপনি শর্তসাপেক্ষে নতুন বৈশিষ্ট্যগুলির ব্যবহার রক্ষা করতে পারেন বা নিম্ন Android API স্তরগুলির সাথে নতুন বৈশিষ্ট্যগুলি ব্যবহার করতে AndroidX সামঞ্জস্যপূর্ণ লাইব্রেরি ব্যবহার করতে পারেন৷

প্রতিটি Android SDK আপনার অ্যাপ্লিকেশনে ব্যবহারের জন্য Java API-এর একটি উপসেট প্রদান করে। আমার জাভা বা কোটলিন সোর্স কোডে আমি কোন Java API ব্যবহার করতে পারি তার টেবিলটি দেখায় যে Android SDK সংস্করণের উপর ভিত্তি করে কোন Java API স্তর উপলব্ধ। নতুন জাভা এপিআইগুলি অ্যান্ড্রয়েডের পূর্ববর্তী সংস্করণগুলিতে desugaring এর মাধ্যমে সমর্থিত, যা আপনার বিল্ডে সক্রিয় থাকতে হবে।

অ্যান্ড্রয়েড স্টুডিও সতর্কতা প্রদর্শন করে যদি আপনার compileSdk অ্যান্ড্রয়েড স্টুডিওর বর্তমান সংস্করণ, এজিপি বা আপনার প্রকল্পের লাইব্রেরি নির্ভরতার প্রয়োজনীয়তার সাথে বিরোধ করে।

minSdk

minSdk Android এর সর্বনিম্ন সংস্করণ নির্দিষ্ট করে যা আপনি আপনার অ্যাপটিকে সমর্থন করতে চান৷ minSdk সেট করা কোন ডিভাইসে আপনার অ্যাপ ইনস্টল করতে পারবে তা সীমাবদ্ধ করে।

অ্যান্ড্রয়েডের নিম্ন সংস্করণগুলিকে সমর্থন করার জন্য আপনার কোডে আরও শর্তসাপেক্ষ পরীক্ষা বা AndroidX সামঞ্জস্যপূর্ণ লাইব্রেরিগুলির আরও বেশি ব্যবহারের প্রয়োজন হতে পারে। আপনার নিম্ন সংস্করণগুলিকে সমর্থন করার রক্ষণাবেক্ষণের ব্যয়কে সেই ব্যবহারকারীদের শতাংশের তুলনায় ওজন করা উচিত যারা এখনও সেই নিম্ন সংস্করণগুলি ব্যবহার করছে৷ বর্তমান সংস্করণ-ব্যবহারের শতাংশের জন্য অ্যান্ড্রয়েড স্টুডিওর নতুন প্রকল্প উইজার্ডে সংস্করণ চার্টটি দেখুন।

অ্যান্ড্রয়েড স্টুডিওতে আপনার কোড সম্পাদনা করার সময় বা আপনার বিল্ড চলাকালীন চেক চালানোর সময়, লিন্ট আপনার ব্যবহার করা APIগুলি সম্পর্কে সতর্ক করবে যা minSdk এ উপলব্ধ নয়। আপনার নতুন বৈশিষ্ট্যগুলিকে শর্তসাপেক্ষ করে বা পশ্চাদগামী সামঞ্জস্যের জন্য Appcompat ব্যবহার করে এগুলি ঠিক করা উচিত।

targetSdk

targetSdk দুটি উদ্দেশ্যে কাজ করে:

  1. এটি আপনার অ্যাপ্লিকেশনের রানটাইম আচরণ সেট করে।
  2. আপনি Android এর কোন সংস্করণের বিরুদ্ধে পরীক্ষা করেছেন তা এটি প্রমাণ করে।

আপনি যদি এমন কোনো ডিভাইসে চালান যা আপনার targetSdk এর থেকে Android-এর উচ্চতর সংস্করণ ব্যবহার করে, তাহলে Android আপনার অ্যাপটিকে একটি সামঞ্জস্যপূর্ণ মোডে চালায় যা আপনার targetSdk এ নির্দেশিত নিম্ন সংস্করণের অনুরূপ আচরণ করে। উদাহরণস্বরূপ, যখন API 23 রানটাইম পারমিশন মডেল প্রবর্তন করেছিল, তখন সমস্ত অ্যাপ অবিলম্বে এটি গ্রহণ করার জন্য প্রস্তুত ছিল না। targetSdk 22-এ সেট করার মাধ্যমে, সেই অ্যাপগুলি রানটাইম অনুমতি ছাড়াই API 23 ডিভাইসে চলতে পারে এবং সর্বশেষ compileSdk সংস্করণে অন্তর্ভুক্ত বৈশিষ্ট্যগুলি ব্যবহার করতে পারে। Google Play বিতরণ নীতি লক্ষ্য API স্তরে অতিরিক্ত নীতি প্রয়োগ করে৷

targetSdk এর মান compileSdk এর থেকে কম বা সমান হতে হবে।

দ্রষ্টব্য: compileSdk এবং targetSdk এর মান একই হতে হবে না। নিম্নলিখিত মৌলিক নীতিগুলি মনে রাখুন:

  • compileSdk আপনাকে নতুন API এ অ্যাক্সেস দেয়
  • targetSdk আপনার অ্যাপের রানটাইম আচরণ সেট করে
  • targetSdk compileSdk এর থেকে কম বা সমান হতে হবে

নমুনা অ্যাপ-মডিউল বিল্ড স্ক্রিপ্ট

এই নমুনা অ্যান্ড্রয়েড অ্যাপ মডিউল বিল্ড স্ক্রিপ্ট কিছু মৌলিক DSL উপাদান এবং সেটিংস রূপরেখা দেয়:

কোটলিন

/**
 * The first section in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id("com.android.application")
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain(11)
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace = "com.example.myapp"

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk = 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId = "com.example.myapp"

        // Defines the minimum API level required to run the app.
        minSdk = 21

        // Specifies the API level used to test the app.
        targetSdk = 33

        // Defines the version number of your app.
        versionCode = 1

        // Defines a user-friendly version name for your app.
        versionName = "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        getByName("release") {
            isMinifyEnabled = true // Enables code shrinking for the release build type.
            proguardFiles(
                getDefaultProguardFile("proguard-android.txt"),
                "proguard-rules.pro"
            )
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions += "tier"
    productFlavors {
        create("free") {
            dimension = "tier"
            applicationId = "com.example.myapp.free"
        }

        create("paid") {
            dimension = "tier"
            applicationId = "com.example.myapp.paid"
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * toolchain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility = JavaVersion.VERSION_11
    //    targetCompatibility = JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = "11"
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation(project(":lib"))
    implementation("androidx.appcompat:appcompat:1.7.0")
    implementation(fileTree(mapOf("dir" to "libs", "include" to listOf("*.jar"))))
}

গ্রোভি

/**
 * The first line in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id 'com.android.application'
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain 11
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace 'com.example.myapp'

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId 'com.example.myapp'

        // Defines the minimum API level required to run the app.
        minSdk 21

        // Specifies the API level used to test the app.
        targetSdk 33

        // Defines the version number of your app.
        versionCode 1

        // Defines a user-friendly version name for your app.
        versionName "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        release {
              minifyEnabled true // Enables code shrinking for the release build type.
              proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions "tier"
    productFlavors {
        free {
            dimension "tier"
            applicationId 'com.example.myapp.free'
        }

        paid {
            dimension "tier"
            applicationId 'com.example.myapp.paid'
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * tool chain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility JavaVersion.VERSION_11
    //    targetCompatibility JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = '11'
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation project(":lib")
    implementation 'androidx.appcompat:appcompat:1.7.0'
    implementation fileTree(dir: 'libs', include: ['*.jar'])
}

Gradle বৈশিষ্ট্য ফাইল

Gradle আপনার রুট প্রজেক্ট ডিরেক্টরিতে অবস্থিত দুটি বৈশিষ্ট্য ফাইলও অন্তর্ভুক্ত করে, যা আপনি নিজেই Gradle বিল্ড টুলকিটের সেটিংস নির্দিষ্ট করতে ব্যবহার করতে পারেন:

gradle.properties
এখানে আপনি প্রোজেক্ট-ওয়াইড গ্রেডল সেটিংস কনফিগার করতে পারেন, যেমন গ্রেডল ডেমনের সর্বোচ্চ হিপ সাইজ। আরও তথ্যের জন্য, বিল্ড এনভায়রনমেন্ট দেখুন।
local.properties
নিম্নলিখিতগুলি সহ বিল্ড সিস্টেমের জন্য স্থানীয় পরিবেশ বৈশিষ্ট্যগুলি কনফিগার করে:
  • ndk.dir - NDK-এর পথ। এই সম্পত্তি অবমূল্যায়ন করা হয়েছে. NDK-এর যেকোনও ডাউনলোড করা সংস্করণ Android SDK ডিরেক্টরির মধ্যে ndk ডিরেক্টরিতে ইনস্টল করা আছে।
  • sdk.dir - Android SDK-এর পথ।
  • cmake.dir - CMake এর পথ।
  • ndk.symlinkdir - অ্যান্ড্রয়েড স্টুডিও 3.5 এবং উচ্চতর, এনডিকেতে একটি সিমলিঙ্ক তৈরি করে যা ইনস্টল করা এনডিকে পাথের চেয়ে ছোট হতে পারে।

একটি সংক্ষিপ্ত পথে NDK রিম্যাপ করুন (শুধুমাত্র উইন্ডোজ)

উইন্ডোজে, ইনস্টল করা NDK ফোল্ডারের টুলস, যেমন ld.exe , দীর্ঘ পথ দিয়ে শেষ হয়। সরঞ্জামগুলি দীর্ঘ পথগুলিকে ভালভাবে সমর্থন করে না।

একটি ছোট পথ তৈরি করতে, local.properties এ, ndk.symlinkdir প্রপার্টি সেট করুন যাতে Android Gradle প্লাগইন NDK-তে একটি সিমলিঙ্ক তৈরি করে। সেই সিমলিংকের পথটি বিদ্যমান NDK ফোল্ডারের চেয়ে ছোট হতে পারে। উদাহরণস্বরূপ, ndk.symlinkdir = C:\ নিম্নলিখিত সিমলিংকের ফলাফল: C:\ndk\19.0.5232133

Gradle ফাইলের সাথে প্রকল্প সিঙ্ক করুন

আপনি যখন আপনার প্রকল্পের বিল্ড কনফিগারেশন ফাইলগুলিতে পরিবর্তন করেন, তখন Android স্টুডিওর প্রয়োজন হয় যে আপনি আপনার প্রোজেক্ট ফাইলগুলিকে সিঙ্ক করুন যাতে এটি আপনার বিল্ড কনফিগারেশন পরিবর্তনগুলি আমদানি করতে পারে এবং আপনার কনফিগারেশনে বিল্ড ত্রুটি তৈরি না করে তা নিশ্চিত করতে কিছু পরীক্ষা চালাতে পারে৷

আপনার প্রকল্প ফাইলগুলি সিঙ্ক করতে, চিত্র 1-এ দেখানো হিসাবে আপনি যখন কোনও পরিবর্তন করবেন তখন প্রদর্শিত বিজ্ঞপ্তি বারে এখন সিঙ্ক করুন ক্লিক করুন বা সিঙ্ক প্রজেক্টে ক্লিক করুন মেনু বার থেকে। যদি অ্যান্ড্রয়েড স্টুডিও আপনার কনফিগারেশনে কোনো ত্রুটি খুঁজে পায় — উদাহরণস্বরূপ, আপনার সোর্স কোড এমন API বৈশিষ্ট্যগুলি ব্যবহার করে যেগুলি শুধুমাত্র আপনার compileSdkVersion এর থেকে উচ্চতর API স্তরে উপলব্ধ — বার্তা উইন্ডো সমস্যাটি বর্ণনা করে৷

চিত্র 1. অ্যান্ড্রয়েড স্টুডিওতে বিল্ড কনফিগারেশন ফাইলগুলির সাথে প্রকল্পটি সিঙ্ক করুন৷

উৎস সেট

অ্যান্ড্রয়েড স্টুডিও যৌক্তিকভাবে সোর্স সেটে প্রতিটি মডিউলের জন্য সোর্স কোড এবং সংস্থানগুলিকে গ্রুপ করে। আপনি যখন একটি নতুন মডিউল তৈরি করেন, তখন Android স্টুডিও মডিউলের মধ্যে একটি main/ উৎস সেট তৈরি করে। একটি মডিউলের main/ উৎস সেটে এর সমস্ত বিল্ড ভেরিয়েন্ট দ্বারা ব্যবহৃত কোড এবং সংস্থান অন্তর্ভুক্ত থাকে।

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

src/main/
এই সোর্স সেটে কোড এবং রিসোর্স রয়েছে যা সব বিল্ড ভেরিয়েন্টের জন্য সাধারণ।
src/ buildType /
শুধুমাত্র একটি নির্দিষ্ট বিল্ড টাইপের জন্য কোড এবং রিসোর্স অন্তর্ভুক্ত করতে এই উৎস সেট তৈরি করুন।
src/ productFlavor /
শুধুমাত্র একটি নির্দিষ্ট পণ্যের স্বাদের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করতে এই উত্স সেটটি তৈরি করুন৷

দ্রষ্টব্য: আপনি যদি একাধিক পণ্যের স্বাদকে একত্রিত করার জন্য আপনার বিল্ড কনফিগার করেন, তাহলে আপনি স্বাদের মাত্রার মধ্যে পণ্যের স্বাদের প্রতিটি সংমিশ্রণের জন্য উৎস সেট ডিরেক্টরি তৈরি করতে পারেন: src/ productFlavor1 ProductFlavor2 /

src/ productFlavorBuildType /
শুধুমাত্র একটি নির্দিষ্ট বিল্ড বৈকল্পিক জন্য কোড এবং সম্পদ অন্তর্ভুক্ত করার জন্য এই উৎস সেট তৈরি করুন।

উদাহরণস্বরূপ, আপনার অ্যাপের "fullDebug" সংস্করণ তৈরি করতে, বিল্ড সিস্টেম নিম্নলিখিত উত্স সেটগুলি থেকে কোড, সেটিংস এবং সংস্থানগুলিকে মার্জ করে:

  • src/fullDebug/ (বিল্ড বৈকল্পিক উত্স সেট)
  • src/debug/ (বিল্ড টাইপ সোর্স সেট)
  • src/full/ (পণ্যের স্বাদের উৎস সেট)
  • src/main/ (প্রধান উৎস সেট)

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

যদি বিভিন্ন সোর্স সেটে একই ফাইলের বিভিন্ন সংস্করণ থাকে, তাহলে কোন ফাইলটি ব্যবহার করবেন তা নির্ধারণ করার সময় Gradle নিম্নলিখিত অগ্রাধিকার ক্রম ব্যবহার করে। বাম দিকে সোর্স সেটগুলি ডানদিকে সোর্স সেটগুলির ফাইল এবং সেটিংস ওভাররাইড করে:

বিল্ড ভেরিয়েন্ট > বিল্ড টাইপ > পণ্যের স্বাদ > প্রধান উৎস সেট > লাইব্রেরি নির্ভরতা

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

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

সংস্করণ ক্যাটালগ

যদি আপনার বিল্ডে সাধারণ নির্ভরতা সহ একাধিক মডিউল থাকে, বা আপনার সাধারণ নির্ভরতা সহ একাধিক স্বাধীন প্রকল্প থাকে, তাহলে আমরা সুপারিশ করি যে আপনি সাধারণ সংস্করণগুলি নির্দিষ্ট করতে একটি সংস্করণ ক্যাটালগ বা উপকরণের বিল (BOM) ব্যবহার করুন৷

অন্যান্য বিল্ড সিস্টেম

বেজেল দিয়ে অ্যান্ড্রয়েড অ্যাপ তৈরি করা সম্ভব কিন্তু আনুষ্ঠানিকভাবে সমর্থিত নয়। অ্যান্ড্রয়েড স্টুডিও আনুষ্ঠানিকভাবে বেজেল প্রকল্পগুলিকে সমর্থন করে না।

Bazel এর সাথে বিল্ডিংয়ের বর্তমান সীমাবদ্ধতাগুলি আরও ভালভাবে বুঝতে, পরিচিত সমস্যাগুলি দেখুন।

,

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

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

অ্যান্ড্রয়েড বিল্ড শব্দকোষ

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

বিল্ড প্রকার

বিল্ড প্রকারগুলি নির্দিষ্ট বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করে যা Gradle আপনার অ্যাপ তৈরি এবং প্যাকেজ করার সময় ব্যবহার করে৷ বিল্ড প্রকারগুলি সাধারণত আপনার বিকাশের জীবনচক্রের বিভিন্ন পর্যায়ের জন্য কনফিগার করা হয়।

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

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

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

অ্যান্ড্রয়েডে জাভা সংস্করণ তৈরি করে

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

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

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

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

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

গ্রেডল র‍্যাপার ফাইল

Gradle wrapper ( 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

গ্রেডল সেটিংস ফাইল

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

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

কোটলিন

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 উপাদানগুলি বর্ণনা করে:

কোটলিন

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 "8.6.0" apply false
    id("com.android.library") version "8.6.0" apply false
    id("org.jetbrains.kotlin.android") version "2.0.20" 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 '8.6.0' apply false
    id 'com.android.library' version '8.6.0' apply false
    id 'org.jetbrains.kotlin.android' version '2.0.20' apply false
}

মডিউল-স্তরের বিল্ড ফাইল

মডিউল-স্তরের build.gradle.kts (Kotlin DSL-এর জন্য) বা build.gradle ফাইল (Groovy DSL-এর জন্য) প্রতিটি project / module / ডিরেক্টরিতে অবস্থিত। এটি আপনাকে নির্দিষ্ট মডিউলের জন্য বিল্ড সেটিংস কনফিগার করতে দেয় যা এটি অবস্থিত। এই বিল্ড সেটিংস কনফিগার করা আপনাকে কাস্টম প্যাকেজিং বিকল্পগুলি প্রদান করতে দেয়, যেমন অতিরিক্ত বিল্ড প্রকার এবং পণ্যের স্বাদ এবং main/ অ্যাপ ম্যানিফেস্ট বা শীর্ষ-স্তরের বিল্ড স্ক্রিপ্টে সেটিংস ওভাররাইড করতে .

Android SDK সেটিংস

আপনার অ্যাপ্লিকেশানের জন্য মডিউল-স্তরের বিল্ড ফাইলটিতে সেটিংস অন্তর্ভুক্ত রয়েছে যা কম্পাইল করার সময় ব্যবহৃত Android SDK সংস্করণগুলিকে নির্দেশ করে, প্ল্যাটফর্মের আচরণগুলি নির্বাচন করে এবং আপনার অ্যাপ্লিকেশনটি চালানোর ন্যূনতম সংস্করণটি নির্দিষ্ট করে৷

একটি Gradle বিল্ডে SDK স্পেসিফিকেশনের ওভারভিউ

compileSdk

compileSdk নির্ধারণ করে যে আপনার সোর্স কোড কম্পাইল করার সময় কোন Android এবং Java API পাওয়া যাবে। সর্বশেষ Android বৈশিষ্ট্যগুলি ব্যবহার করতে, কম্পাইল করার সময় সর্বশেষ Android SDK ব্যবহার করুন৷

কিছু অ্যান্ড্রয়েড প্ল্যাটফর্ম API পুরানো API স্তরে উপলব্ধ নাও হতে পারে৷ আপনি শর্তসাপেক্ষে নতুন বৈশিষ্ট্যগুলির ব্যবহার রক্ষা করতে পারেন বা নিম্ন Android API স্তরগুলির সাথে নতুন বৈশিষ্ট্যগুলি ব্যবহার করতে AndroidX সামঞ্জস্যপূর্ণ লাইব্রেরি ব্যবহার করতে পারেন৷

প্রতিটি Android SDK আপনার অ্যাপ্লিকেশনে ব্যবহারের জন্য Java API-এর একটি উপসেট প্রদান করে। আমার জাভা বা কোটলিন সোর্স কোডে আমি কোন Java API ব্যবহার করতে পারি তার টেবিলটি দেখায় যে Android SDK সংস্করণের উপর ভিত্তি করে কোন Java API স্তর উপলব্ধ। নতুন জাভা এপিআইগুলি অ্যান্ড্রয়েডের পূর্ববর্তী সংস্করণগুলিতে desugaring এর মাধ্যমে সমর্থিত, যা আপনার বিল্ডে সক্রিয় থাকতে হবে।

অ্যান্ড্রয়েড স্টুডিও সতর্কতা প্রদর্শন করে যদি আপনার compileSdk অ্যান্ড্রয়েড স্টুডিওর বর্তমান সংস্করণ, এজিপি বা আপনার প্রকল্পের লাইব্রেরি নির্ভরতার প্রয়োজনীয়তার সাথে বিরোধ করে।

minSdk

minSdk Android এর সর্বনিম্ন সংস্করণ নির্দিষ্ট করে যা আপনি আপনার অ্যাপটিকে সমর্থন করতে চান৷ minSdk সেট করা কোন ডিভাইসে আপনার অ্যাপ ইনস্টল করতে পারবে তা সীমাবদ্ধ করে।

অ্যান্ড্রয়েডের নিম্ন সংস্করণগুলিকে সমর্থন করার জন্য আপনার কোডে আরও শর্তসাপেক্ষ পরীক্ষা বা AndroidX সামঞ্জস্যপূর্ণ লাইব্রেরিগুলির আরও বেশি ব্যবহারের প্রয়োজন হতে পারে। আপনার নিম্ন সংস্করণগুলিকে সমর্থন করার রক্ষণাবেক্ষণের ব্যয়কে সেই ব্যবহারকারীদের শতাংশের তুলনায় ওজন করা উচিত যারা এখনও সেই নিম্ন সংস্করণগুলি ব্যবহার করছে৷ বর্তমান সংস্করণ-ব্যবহারের শতাংশের জন্য অ্যান্ড্রয়েড স্টুডিওর নতুন প্রকল্প উইজার্ডে সংস্করণ চার্টটি দেখুন।

অ্যান্ড্রয়েড স্টুডিওতে আপনার কোড সম্পাদনা করার সময় বা আপনার বিল্ড চলাকালীন চেক চালানোর সময়, লিন্ট আপনার ব্যবহার করা APIগুলি সম্পর্কে সতর্ক করবে যা minSdk এ উপলব্ধ নয়। আপনার নতুন বৈশিষ্ট্যগুলিকে শর্তসাপেক্ষ করে বা পশ্চাদগামী সামঞ্জস্যের জন্য Appcompat ব্যবহার করে এগুলি ঠিক করা উচিত।

targetSdk

targetSdk দুটি উদ্দেশ্যে কাজ করে:

  1. এটি আপনার অ্যাপ্লিকেশনের রানটাইম আচরণ সেট করে।
  2. আপনি Android এর কোন সংস্করণের বিরুদ্ধে পরীক্ষা করেছেন তা এটি প্রমাণ করে।

আপনি যদি এমন কোনো ডিভাইসে চালান যা আপনার targetSdk এর থেকে Android-এর উচ্চতর সংস্করণ ব্যবহার করে, তাহলে Android আপনার অ্যাপটিকে একটি সামঞ্জস্যপূর্ণ মোডে চালায় যা আপনার targetSdk এ নির্দেশিত নিম্ন সংস্করণের অনুরূপ আচরণ করে। উদাহরণস্বরূপ, যখন API 23 রানটাইম পারমিশন মডেল প্রবর্তন করেছিল, তখন সমস্ত অ্যাপ অবিলম্বে এটি গ্রহণ করার জন্য প্রস্তুত ছিল না। targetSdk 22-এ সেট করার মাধ্যমে, সেই অ্যাপগুলি রানটাইম অনুমতি ছাড়াই API 23 ডিভাইসে চলতে পারে এবং সর্বশেষ compileSdk সংস্করণে অন্তর্ভুক্ত বৈশিষ্ট্যগুলি ব্যবহার করতে পারে। Google Play বিতরণ নীতি লক্ষ্য API স্তরে অতিরিক্ত নীতি প্রয়োগ করে৷

targetSdk এর মান compileSdk এর থেকে কম বা সমান হতে হবে।

দ্রষ্টব্য: compileSdk এবং targetSdk এর মান একই হতে হবে না। নিম্নলিখিত মৌলিক নীতিগুলি মনে রাখুন:

  • compileSdk আপনাকে নতুন API এ অ্যাক্সেস দেয়
  • targetSdk আপনার অ্যাপের রানটাইম আচরণ সেট করে
  • targetSdk compileSdk এর থেকে কম বা সমান হতে হবে

নমুনা অ্যাপ-মডিউল বিল্ড স্ক্রিপ্ট

এই নমুনা অ্যান্ড্রয়েড অ্যাপ মডিউল বিল্ড স্ক্রিপ্ট কিছু মৌলিক DSL উপাদান এবং সেটিংস রূপরেখা দেয়:

কোটলিন

/**
 * The first section in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id("com.android.application")
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain(11)
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace = "com.example.myapp"

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk = 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId = "com.example.myapp"

        // Defines the minimum API level required to run the app.
        minSdk = 21

        // Specifies the API level used to test the app.
        targetSdk = 33

        // Defines the version number of your app.
        versionCode = 1

        // Defines a user-friendly version name for your app.
        versionName = "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        getByName("release") {
            isMinifyEnabled = true // Enables code shrinking for the release build type.
            proguardFiles(
                getDefaultProguardFile("proguard-android.txt"),
                "proguard-rules.pro"
            )
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions += "tier"
    productFlavors {
        create("free") {
            dimension = "tier"
            applicationId = "com.example.myapp.free"
        }

        create("paid") {
            dimension = "tier"
            applicationId = "com.example.myapp.paid"
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * toolchain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility = JavaVersion.VERSION_11
    //    targetCompatibility = JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = "11"
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation(project(":lib"))
    implementation("androidx.appcompat:appcompat:1.7.0")
    implementation(fileTree(mapOf("dir" to "libs", "include" to listOf("*.jar"))))
}

গ্রোভি

/**
 * The first line in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id 'com.android.application'
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain 11
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace 'com.example.myapp'

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId 'com.example.myapp'

        // Defines the minimum API level required to run the app.
        minSdk 21

        // Specifies the API level used to test the app.
        targetSdk 33

        // Defines the version number of your app.
        versionCode 1

        // Defines a user-friendly version name for your app.
        versionName "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        release {
              minifyEnabled true // Enables code shrinking for the release build type.
              proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions "tier"
    productFlavors {
        free {
            dimension "tier"
            applicationId 'com.example.myapp.free'
        }

        paid {
            dimension "tier"
            applicationId 'com.example.myapp.paid'
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * tool chain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility JavaVersion.VERSION_11
    //    targetCompatibility JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = '11'
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation project(":lib")
    implementation 'androidx.appcompat:appcompat:1.7.0'
    implementation fileTree(dir: 'libs', include: ['*.jar'])
}

Gradle বৈশিষ্ট্য ফাইল

Gradle আপনার রুট প্রজেক্ট ডিরেক্টরিতে অবস্থিত দুটি বৈশিষ্ট্য ফাইলও অন্তর্ভুক্ত করে, যা আপনি নিজেই Gradle বিল্ড টুলকিটের সেটিংস নির্দিষ্ট করতে ব্যবহার করতে পারেন:

gradle.properties
এখানে আপনি প্রোজেক্ট-ওয়াইড গ্রেডল সেটিংস কনফিগার করতে পারেন, যেমন গ্রেডল ডেমনের সর্বোচ্চ হিপ সাইজ। আরও তথ্যের জন্য, বিল্ড এনভায়রনমেন্ট দেখুন।
local.properties
নিম্নলিখিতগুলি সহ বিল্ড সিস্টেমের জন্য স্থানীয় পরিবেশ বৈশিষ্ট্যগুলি কনফিগার করে:
  • ndk.dir - NDK-এর পথ। এই সম্পত্তি অবমূল্যায়ন করা হয়েছে. NDK-এর যেকোনও ডাউনলোড করা সংস্করণ Android SDK ডিরেক্টরির মধ্যে ndk ডিরেক্টরিতে ইনস্টল করা আছে।
  • sdk.dir - Android SDK-এর পথ।
  • cmake.dir - CMake এর পথ।
  • ndk.symlinkdir - অ্যান্ড্রয়েড স্টুডিও 3.5 এবং উচ্চতর, এনডিকেতে একটি সিমলিঙ্ক তৈরি করে যা ইনস্টল করা এনডিকে পাথের চেয়ে ছোট হতে পারে।

একটি সংক্ষিপ্ত পথে NDK রিম্যাপ করুন (শুধুমাত্র উইন্ডোজ)

উইন্ডোজে, ইনস্টল করা NDK ফোল্ডারের টুলস, যেমন ld.exe , দীর্ঘ পথ দিয়ে শেষ হয়। সরঞ্জামগুলি দীর্ঘ পথগুলিকে ভালভাবে সমর্থন করে না।

একটি ছোট পথ তৈরি করতে, local.properties এ, ndk.symlinkdir প্রপার্টি সেট করুন যাতে Android Gradle প্লাগইন NDK-তে একটি সিমলিঙ্ক তৈরি করে। সেই সিমলিংকের পথটি বিদ্যমান NDK ফোল্ডারের চেয়ে ছোট হতে পারে। উদাহরণস্বরূপ, ndk.symlinkdir = C:\ নিম্নলিখিত সিমলিংকের ফলাফল: C:\ndk\19.0.5232133

Gradle ফাইলের সাথে প্রকল্প সিঙ্ক করুন

আপনি যখন আপনার প্রকল্পের বিল্ড কনফিগারেশন ফাইলগুলিতে পরিবর্তন করেন, তখন Android স্টুডিওর প্রয়োজন হয় যে আপনি আপনার প্রোজেক্ট ফাইলগুলিকে সিঙ্ক করুন যাতে এটি আপনার বিল্ড কনফিগারেশন পরিবর্তনগুলি আমদানি করতে পারে এবং আপনার কনফিগারেশনে বিল্ড ত্রুটি তৈরি না করে তা নিশ্চিত করতে কিছু পরীক্ষা চালাতে পারে৷

আপনার প্রকল্প ফাইলগুলি সিঙ্ক করতে, চিত্র 1-এ দেখানো হিসাবে আপনি যখন কোনও পরিবর্তন করবেন তখন প্রদর্শিত বিজ্ঞপ্তি বারে এখন সিঙ্ক করুন ক্লিক করুন বা সিঙ্ক প্রজেক্টে ক্লিক করুন মেনু বার থেকে। যদি অ্যান্ড্রয়েড স্টুডিও আপনার কনফিগারেশনে কোনো ত্রুটি খুঁজে পায় — উদাহরণস্বরূপ, আপনার সোর্স কোড এমন API বৈশিষ্ট্যগুলি ব্যবহার করে যেগুলি শুধুমাত্র আপনার compileSdkVersion এর থেকে উচ্চতর API স্তরে উপলব্ধ — বার্তা উইন্ডো সমস্যাটি বর্ণনা করে৷

চিত্র 1. অ্যান্ড্রয়েড স্টুডিওতে বিল্ড কনফিগারেশন ফাইলগুলির সাথে প্রকল্পটি সিঙ্ক করুন৷

উৎস সেট

অ্যান্ড্রয়েড স্টুডিও যৌক্তিকভাবে সোর্স সেটে প্রতিটি মডিউলের জন্য সোর্স কোড এবং সংস্থানগুলিকে গ্রুপ করে। আপনি যখন একটি নতুন মডিউল তৈরি করেন, তখন Android স্টুডিও মডিউলের মধ্যে একটি main/ উৎস সেট তৈরি করে। একটি মডিউলের main/ উৎস সেটে এর সমস্ত বিল্ড ভেরিয়েন্ট দ্বারা ব্যবহৃত কোড এবং সংস্থান অন্তর্ভুক্ত থাকে।

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

src/main/
এই সোর্স সেটে কোড এবং রিসোর্স রয়েছে যা সব বিল্ড ভেরিয়েন্টের জন্য সাধারণ।
src/ buildType /
শুধুমাত্র একটি নির্দিষ্ট বিল্ড টাইপের জন্য কোড এবং রিসোর্স অন্তর্ভুক্ত করতে এই উৎস সেট তৈরি করুন।
src/ productFlavor /
শুধুমাত্র একটি নির্দিষ্ট পণ্যের স্বাদের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করতে এই উত্স সেটটি তৈরি করুন৷

দ্রষ্টব্য: আপনি যদি একাধিক পণ্যের স্বাদকে একত্রিত করার জন্য আপনার বিল্ড কনফিগার করেন, তাহলে আপনি স্বাদের মাত্রার মধ্যে পণ্যের স্বাদের প্রতিটি সংমিশ্রণের জন্য উৎস সেট ডিরেক্টরি তৈরি করতে পারেন: src/ productFlavor1 ProductFlavor2 /

src/ productFlavorBuildType /
শুধুমাত্র একটি নির্দিষ্ট বিল্ড বৈকল্পিক জন্য কোড এবং সম্পদ অন্তর্ভুক্ত করার জন্য এই উৎস সেট তৈরি করুন।

উদাহরণস্বরূপ, আপনার অ্যাপের "fullDebug" সংস্করণ তৈরি করতে, বিল্ড সিস্টেম নিম্নলিখিত উত্স সেটগুলি থেকে কোড, সেটিংস এবং সংস্থানগুলিকে মার্জ করে:

  • src/fullDebug/ (বিল্ড বৈকল্পিক উত্স সেট)
  • src/debug/ (বিল্ড টাইপ সোর্স সেট)
  • src/full/ (পণ্যের স্বাদের উৎস সেট)
  • src/main/ (প্রধান উৎস সেট)

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

যদি বিভিন্ন সোর্স সেটে একই ফাইলের বিভিন্ন সংস্করণ থাকে, তাহলে কোন ফাইলটি ব্যবহার করবেন তা নির্ধারণ করার সময় Gradle নিম্নলিখিত অগ্রাধিকার ক্রম ব্যবহার করে। বাম দিকে সোর্স সেটগুলি ডানদিকে সোর্স সেটগুলির ফাইল এবং সেটিংস ওভাররাইড করে:

বিল্ড ভেরিয়েন্ট > বিল্ড টাইপ > পণ্যের স্বাদ > প্রধান উৎস সেট > লাইব্রেরি নির্ভরতা

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

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

সংস্করণ ক্যাটালগ

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

অন্যান্য বিল্ড সিস্টেম

বাজেলের সাথে অ্যান্ড্রয়েড অ্যাপ্লিকেশনগুলি তৈরি করা সম্ভব তবে আনুষ্ঠানিকভাবে সমর্থিত নয়। অ্যান্ড্রয়েড স্টুডিও আনুষ্ঠানিকভাবে বাজেল প্রকল্পগুলিকে সমর্থন করে না।

বাজেলের সাথে বিল্ডিংয়ের বর্তমান সীমাবদ্ধতাগুলি আরও ভালভাবে বুঝতে, পরিচিত সমস্যাগুলি দেখুন।

,

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

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

অ্যান্ড্রয়েড বিল্ড গ্লসারি

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

বিল্ড প্রকার

বিল্ড প্রকারগুলি আপনার অ্যাপ্লিকেশনটি তৈরি এবং প্যাকেজিংয়ের সময় গ্রেডল ব্যবহার করে এমন কিছু বৈশিষ্ট্য সংজ্ঞায়িত করে। বিল্ড প্রকারগুলি সাধারণত আপনার বিকাশের জীবনচক্রের বিভিন্ন পর্যায়ে কনফিগার করা হয়।

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

আপনার অ্যাপ্লিকেশনটি তৈরি করতে আপনাকে অবশ্যই কমপক্ষে একটি বিল্ড টাইপ সংজ্ঞায়িত করতে হবে। অ্যান্ড্রয়েড স্টুডিও ডিবাগ তৈরি করে এবং ডিফল্টরূপে বিল্ড প্রকারগুলি প্রকাশ করে। আপনার অ্যাপ্লিকেশনটির জন্য প্যাকেজিং সেটিংস কাস্টমাইজ করা শুরু করতে, কীভাবে বিল্ড প্রকারগুলি কনফিগার করতে হয় তা শিখুন।

পণ্য স্বাদ
পণ্যের স্বাদগুলি আপনার অ্যাপ্লিকেশনটির বিভিন্ন সংস্করণ উপস্থাপন করে যা আপনি ব্যবহারকারীদের কাছে যেমন ফ্রি এবং অর্থ প্রদানের সংস্করণগুলি প্রকাশ করতে পারেন। আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণে সাধারণ অংশগুলি ভাগ করে নেওয়ার সময় এবং পুনরায় ব্যবহার করার সময় আপনি বিভিন্ন কোড এবং সংস্থান ব্যবহার করতে পণ্যের স্বাদগুলি কাস্টমাইজ করতে পারেন। পণ্যের স্বাদগুলি al চ্ছিক এবং আপনাকে অবশ্যই সেগুলি ম্যানুয়ালি তৈরি করতে হবে। আপনার অ্যাপ্লিকেশনটির বিভিন্ন সংস্করণ তৈরি করা শুরু করতে, কীভাবে পণ্যের স্বাদগুলি কনফিগার করতে হয় তা শিখুন।
ভেরিয়েন্ট তৈরি করুন
একটি বিল্ড ভেরিয়েন্ট হ'ল বিল্ড টাইপ এবং পণ্য গন্ধের ক্রস-প্রোডাক্ট এবং এটি আপনার অ্যাপ্লিকেশনটি তৈরি করতে কনফিগারেশন গ্রেডল ব্যবহার করে। বিল্ড ভেরিয়েন্টগুলি ব্যবহার করে, আপনি বিকাশের সময় আপনার পণ্যের স্বাদের ডিবাগ সংস্করণ তৈরি করতে পারেন এবং বিতরণের জন্য আপনার পণ্য স্বাদের স্বাক্ষরিত রিলিজ সংস্করণগুলি সই করতে পারেন। যদিও আপনি সরাসরি বিল্ড ভেরিয়েন্টগুলি কনফিগার করেন না, আপনি বিল্ড প্রকারগুলি এবং পণ্য স্বাদগুলি কনফিগার করেন যা সেগুলি গঠন করে। অতিরিক্ত বিল্ড প্রকার বা পণ্যের স্বাদ তৈরি করা অতিরিক্ত বিল্ড ভেরিয়েন্টগুলিও তৈরি করে। বিল্ড ভেরিয়েন্টগুলি কীভাবে তৈরি এবং পরিচালনা করতে হয় তা শিখতে, বিল্ড ভেরিয়েন্টস ওভারভিউ কনফিগার করুন।
ম্যানিফেস্ট এন্ট্রি
আপনি বিল্ড ভেরিয়েন্ট কনফিগারেশনে ম্যানিফেস্ট ফাইলের কিছু বৈশিষ্ট্যের জন্য মানগুলি নির্দিষ্ট করতে পারেন। এই বিল্ড মানগুলি ম্যানিফেস্ট ফাইলে বিদ্যমান মানগুলিকে ওভাররাইড করে। আপনি যদি আলাদা অ্যাপ্লিকেশন নাম, ন্যূনতম এসডিকে সংস্করণ, বা টার্গেট এসডিকে সংস্করণ সহ আপনার অ্যাপ্লিকেশনটির একাধিক রূপ তৈরি করতে চান তবে এটি দরকারী। যখন একাধিক প্রকাশিত হয়, তখন ম্যানিফেস্ট মার্জার সরঞ্জামটি ম্যানিফেস্ট সেটিংসকে একীভূত করে
নির্ভরতা
বিল্ড সিস্টেমটি আপনার স্থানীয় ফাইল সিস্টেম এবং দূরবর্তী সংগ্রহস্থলগুলি থেকে প্রকল্পের নির্ভরতা পরিচালনা করে। এর অর্থ আপনার প্রকল্পের ডিরেক্টরিতে আপনার নির্ভরতার বাইনারি প্যাকেজগুলি ম্যানুয়ালি অনুসন্ধান, ডাউনলোড এবং অনুলিপি করতে হবে না। আরও জানতে, বিল্ড নির্ভরতা যোগ করুন দেখুন।
স্বাক্ষর করছে
বিল্ড সিস্টেম আপনাকে বিল্ড কনফিগারেশনে স্বাক্ষর সেটিংস নির্দিষ্ট করতে দেয় এবং এটি বিল্ড প্রক্রিয়া চলাকালীন স্বয়ংক্রিয়ভাবে আপনার অ্যাপ্লিকেশনটিতে স্বাক্ষর করতে পারে। বিল্ড সিস্টেম বিল্ড টাইমে পাসওয়ার্ড প্রম্পট এড়াতে পরিচিত শংসাপত্রগুলি ব্যবহার করে একটি ডিফল্ট কী এবং শংসাপত্রের সাথে ডিবাগ সংস্করণে স্বাক্ষর করে। আপনি যদি এই বিল্ডের জন্য কোনও স্বাক্ষর কনফিগারেশন স্পষ্টভাবে সংজ্ঞায়িত করেন তবে বিল্ড সিস্টেমটি রিলিজ সংস্করণে স্বাক্ষর করে না। আপনার যদি রিলিজ কী না থাকে তবে আপনার অ্যাপ্লিকেশনটিতে বর্ণিত হিসাবে আপনি একটি তৈরি করতে পারেন। বেশিরভাগ অ্যাপ স্টোরের মাধ্যমে অ্যাপ্লিকেশন বিতরণের জন্য স্বাক্ষরিত রিলিজ বিল্ডগুলি প্রয়োজনীয়।
কোড এবং সংস্থান সঙ্কুচিত
বিল্ড সিস্টেম আপনাকে প্রতিটি বিল্ড বৈকল্পের জন্য একটি পৃথক প্রোগার্ড বিধি ফাইল নির্দিষ্ট করতে দেয়। আপনার অ্যাপ্লিকেশনটি তৈরি করার সময়, বিল্ড সিস্টেমটি আপনার কোড এবং সংস্থানগুলি সঙ্কুচিত করার জন্য তার বিল্ট-ইন সঙ্কুচিত সরঞ্জামগুলি যেমন আর 8 ব্যবহার করে সঙ্কুচিত করার জন্য যথাযথ সেট প্রয়োগ করে। আপনার কোড এবং সংস্থানগুলি সঙ্কুচিত করা আপনার এপিকে বা এএবি আকার হ্রাস করতে সহায়তা করতে পারে।
একাধিক APK সমর্থন
বিল্ড সিস্টেমটি আপনাকে স্বয়ংক্রিয়ভাবে বিভিন্ন এপিকে তৈরি করতে দেয় যা প্রতিটি নির্দিষ্ট স্ক্রিন ঘনত্ব বা অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (এবিআই) এর জন্য প্রয়োজনীয় কোড এবং সংস্থানগুলি ধারণ করে। আরও তথ্যের জন্য একাধিক এপিকে তৈরি করুন দেখুন। যাইহোক, একটি একক এএবি প্রকাশ করা প্রস্তাবিত পদ্ধতির, কারণ এটি স্ক্রিন ঘনত্ব এবং এবিআই ছাড়াও ভাষা দ্বারা বিভাজন সরবরাহ করে, গুগল প্লেতে একাধিক আর্টিক্টগুলি আপলোড করার প্রয়োজনীয়তা এড়িয়ে চলে। 2021 সালের আগস্টের পরে জমা দেওয়া সমস্ত নতুন অ্যাপ্লিকেশনগুলি এএবিএস ব্যবহার করতে হবে।

অ্যান্ড্রয়েড বিল্ডগুলিতে জাভা সংস্করণগুলি

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

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

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

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

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

গ্রেডল মোড়ক ফাইল

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

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

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

গ্রেডল সেটিংস ফাইল

settings.gradle.kts settings.gradle এই সেটিংস ফাইলটি প্রকল্প-স্তরের সংগ্রহস্থল সেটিংস সংজ্ঞায়িত করে এবং গ্রেডলকে অবহিত করে যা আপনার অ্যাপ্লিকেশনটি তৈরি করার সময় এটি মডিউলগুলি অন্তর্ভুক্ত করা উচিত। মাল্টি-মডিউল প্রকল্পগুলির প্রতিটি মডিউল নির্দিষ্ট করতে হবে যা চূড়ান্ত বিল্ডে যেতে হবে।

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

কোটলিন

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 ফাইল (কোটলিন ডিএসএল এর জন্য) বা build.gradle ফাইল (গ্রোভি ডিএসএল এর জন্য) রুট প্রকল্প ডিরেক্টরিতে অবস্থিত। এটি সাধারণত আপনার প্রকল্পের মডিউল দ্বারা ব্যবহৃত প্লাগইনগুলির সাধারণ সংস্করণগুলিকে সংজ্ঞায়িত করে৷

নিম্নলিখিত কোড নমুনাটি একটি নতুন প্রকল্প তৈরি করার পরে শীর্ষ স্তরের বিল্ড স্ক্রিপ্টে ডিফল্ট সেটিংস এবং ডিএসএল উপাদানগুলি বর্ণনা করে:

কোটলিন

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 "8.6.0" apply false
    id("com.android.library") version "8.6.0" apply false
    id("org.jetbrains.kotlin.android") version "2.0.20" 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 '8.6.0' apply false
    id 'com.android.library' version '8.6.0' apply false
    id 'org.jetbrains.kotlin.android' version '2.0.20' apply false
}

মডিউল-স্তরের বিল্ড ফাইল

মডিউল-স্তরের build.gradle.kts (কোটলিন ডিএসএল এর জন্য) বা build.gradle ফাইল (গ্রোভি ডিএসএল এর জন্য) প্রতিটি project / module / ডিরেক্টরিতে অবস্থিত। main/ আপনাকে নির্দিষ্ট মডিউলটির জন্য বিল্ড সেটিংস কনফিগার করতে দেয় these .

অ্যান্ড্রয়েড এসডিকে সেটিংস

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

গ্রেডল বিল্ডে এসডিকে স্পেসিফিকেশনগুলির ওভারভিউ

compileSdk

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

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

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

অ্যান্ড্রয়েড স্টুডিও সতর্কতা প্রদর্শন করে যদি আপনার compileSdk অ্যান্ড্রয়েড স্টুডিও, এজিপি, বা আপনার প্রকল্পের লাইব্রেরির নির্ভরতার প্রয়োজনীয়তার বর্তমান সংস্করণের সাথে বিরোধ করে।

minSdk

minSdk অ্যান্ড্রয়েডের সর্বনিম্ন সংস্করণ নির্দিষ্ট করে যা আপনি চান যে আপনার অ্যাপ্লিকেশনটি সমর্থন করতে পারে। minSdk সেট করা কোন ডিভাইসগুলি আপনার অ্যাপ্লিকেশনটি ইনস্টল করতে পারে তা সীমাবদ্ধ করে।

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

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

targetSdk

targetSdk দুটি উদ্দেশ্যে কাজ করে:

  1. এটি আপনার অ্যাপ্লিকেশনটির রানটাইম আচরণ সেট করে।
  2. এটি আপনার বিরুদ্ধে পরীক্ষা করা অ্যান্ড্রয়েডের কোন সংস্করণটি প্রমাণ করে।

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

targetSdk এর মান অবশ্যই compileSdk -র চেয়ে কম বা সমান হতে হবে।

দ্রষ্টব্য: compileSdk এবং targetSdk মানগুলি একই হওয়ার দরকার নেই। নিম্নলিখিত মৌলিক নীতিগুলি মাথায় রাখুন:

  • compileSdk আপনাকে নতুন এপিআইগুলিতে অ্যাক্সেস দেয়
  • targetSdk আপনার অ্যাপ্লিকেশনটির রানটাইম আচরণ সেট করে
  • targetSdk অবশ্যই compileSdk চেয়ে কম বা সমান হতে হবে

নমুনা অ্যাপ-মডিউল বিল্ড স্ক্রিপ্ট

এই নমুনা অ্যান্ড্রয়েড অ্যাপ মডিউল বিল্ড স্ক্রিপ্ট কিছু বেসিক ডিএসএল উপাদান এবং সেটিংসের রূপরেখা দেয়:

কোটলিন

/**
 * The first section in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id("com.android.application")
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain(11)
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace = "com.example.myapp"

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk = 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId = "com.example.myapp"

        // Defines the minimum API level required to run the app.
        minSdk = 21

        // Specifies the API level used to test the app.
        targetSdk = 33

        // Defines the version number of your app.
        versionCode = 1

        // Defines a user-friendly version name for your app.
        versionName = "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        getByName("release") {
            isMinifyEnabled = true // Enables code shrinking for the release build type.
            proguardFiles(
                getDefaultProguardFile("proguard-android.txt"),
                "proguard-rules.pro"
            )
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions += "tier"
    productFlavors {
        create("free") {
            dimension = "tier"
            applicationId = "com.example.myapp.free"
        }

        create("paid") {
            dimension = "tier"
            applicationId = "com.example.myapp.paid"
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * toolchain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility = JavaVersion.VERSION_11
    //    targetCompatibility = JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = "11"
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation(project(":lib"))
    implementation("androidx.appcompat:appcompat:1.7.0")
    implementation(fileTree(mapOf("dir" to "libs", "include" to listOf("*.jar"))))
}

গ্রোভি

/**
 * The first line in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id 'com.android.application'
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain 11
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace 'com.example.myapp'

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId 'com.example.myapp'

        // Defines the minimum API level required to run the app.
        minSdk 21

        // Specifies the API level used to test the app.
        targetSdk 33

        // Defines the version number of your app.
        versionCode 1

        // Defines a user-friendly version name for your app.
        versionName "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        release {
              minifyEnabled true // Enables code shrinking for the release build type.
              proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions "tier"
    productFlavors {
        free {
            dimension "tier"
            applicationId 'com.example.myapp.free'
        }

        paid {
            dimension "tier"
            applicationId 'com.example.myapp.paid'
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * tool chain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility JavaVersion.VERSION_11
    //    targetCompatibility JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = '11'
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation project(":lib")
    implementation 'androidx.appcompat:appcompat:1.7.0'
    implementation fileTree(dir: 'libs', include: ['*.jar'])
}

বৈশিষ্ট্য ফাইলগুলি গ্রেড করুন

গ্রেডলে আপনার মূল প্রকল্প ডিরেক্টরিতে অবস্থিত দুটি বৈশিষ্ট্য ফাইলও অন্তর্ভুক্ত রয়েছে, যা আপনি গ্রেড বিল্ড টুলকিট নিজেই সেটিংস নির্দিষ্ট করতে ব্যবহার করতে পারেন:

gradle.properties
এখানেই আপনি প্রকল্প-প্রশস্ত গ্রেডল সেটিংস কনফিগার করতে পারেন, যেমন গ্রেড ডেমনের সর্বোচ্চ স্তূপের আকার। আরও তথ্যের জন্য, বিল্ড পরিবেশ দেখুন।
local.properties
নিম্নলিখিতগুলি সহ বিল্ড সিস্টেমের জন্য স্থানীয় পরিবেশের বৈশিষ্ট্যগুলি কনফিগার করে:
  • ndk.dir - NDK এর পথ। এই সম্পত্তিটি হ্রাস করা হয়েছে। এনডিকে -র কোনও ডাউনলোড করা সংস্করণ অ্যান্ড্রয়েড এসডিকে ডিরেক্টরিতে ndk ডিরেক্টরিতে ইনস্টল করা আছে।
  • sdk.dir - অ্যান্ড্রয়েড এসডিকে যাওয়ার পথ।
  • cmake.dir - Cmake এর পথ।
  • ndk.symlinkdir - অ্যান্ড্রয়েড স্টুডিও 3.5 এবং উচ্চতর, এনডিকে -তে একটি সিমলিঙ্ক তৈরি করে যা ইনস্টল করা এনডিকে পাথের চেয়ে কম হতে পারে।

এনডিকে একটি সংক্ষিপ্ত পথে (কেবল উইন্ডোজ) পুনরায় তৈরি করুন

উইন্ডোজগুলিতে, ইনস্টল করা এনডিকে ফোল্ডারে যেমন ld.exe , দীর্ঘ পাথ দিয়ে শেষ হয়। সরঞ্জামগুলি দীর্ঘ পথগুলি ভালভাবে সমর্থন করে না।

local.properties একটি সংক্ষিপ্ত পথ তৈরি করতে, অ্যান্ড্রয়েড গ্রেডল প্লাগইনটি এনডিকে -তে একটি সিমলিঙ্ক তৈরি করার অনুরোধ করার জন্য সম্পত্তি ndk.symlinkdir সম্পত্তি সেট করুন। সেই সিমলিংকের পথটি বিদ্যমান এনডিকে ফোল্ডারের চেয়ে কম হতে পারে। উদাহরণস্বরূপ, ndk.symlinkdir = C:\ নিম্নলিখিত সিমলিঙ্কের ফলাফল: C:\ndk\19.0.5232133

Gradle ফাইলের সাথে প্রকল্প সিঙ্ক করুন

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

আপনার প্রকল্পের ফাইলগুলি সিঙ্ক করতে, চিত্র 1 -এ দেখানো হিসাবে আপনি যখন পরিবর্তন করবেন তখন উপস্থিত হওয়া বিজ্ঞপ্তি বারে এখনই সিঙ্ক ক্লিক করুন বা সিঙ্ক প্রকল্পে ক্লিক করুন মেনু বার থেকে। যদি অ্যান্ড্রয়েড স্টুডিও আপনার কনফিগারেশনের সাথে কোনও ত্রুটি খুঁজে পায় - উদাহরণস্বরূপ, আপনার উত্স কোডটি এপিআই বৈশিষ্ট্যগুলি ব্যবহার করে যা কেবলমাত্র আপনার compileSdkVersion চেয়ে একটি এপিআই স্তরে পাওয়া যায় - বার্তা উইন্ডোটি সমস্যাটি বর্ণনা করে।

চিত্র 1. অ্যান্ড্রয়েড স্টুডিওতে বিল্ড কনফিগারেশন ফাইলগুলির সাথে প্রকল্পটি সিঙ্ক করুন।

উত্স সেট

অ্যান্ড্রয়েড স্টুডিও যৌক্তিকভাবে উত্স কোড এবং উত্স সেটগুলিতে প্রতিটি মডিউলের সংস্থানগুলিকে গোষ্ঠী করে। আপনি যখন একটি নতুন মডিউল তৈরি করেন, অ্যান্ড্রয়েড স্টুডিও মডিউলটির মধ্যে একটি main/ উত্স সেট তৈরি করে। একটি মডিউলটির main/ উত্স সেটটিতে এর সমস্ত বিল্ড ভেরিয়েন্ট দ্বারা ব্যবহৃত কোড এবং সংস্থানগুলি অন্তর্ভুক্ত রয়েছে।

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

src/main/
এই উত্স সেটটিতে সমস্ত বিল্ড ভেরিয়েন্টগুলির জন্য সাধারণ কোড এবং সংস্থান অন্তর্ভুক্ত রয়েছে।
src/ buildType /
কেবলমাত্র একটি নির্দিষ্ট বিল্ড টাইপের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।
src/ productFlavor /
কেবলমাত্র একটি নির্দিষ্ট পণ্য গন্ধের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।

দ্রষ্টব্য: আপনি যদি একাধিক পণ্যের স্বাদগুলি একত্রিত করতে আপনার বিল্ডটি কনফিগার করেন তবে আপনি স্বাদ মাত্রার মধ্যে পণ্য স্বাদের প্রতিটি সংমিশ্রণের জন্য উত্স সেট ডিরেক্টরি তৈরি করতে পারেন: src/ productFlavor1 ProductFlavor2 /

src/ productFlavorBuildType /
কেবলমাত্র একটি নির্দিষ্ট বিল্ড বৈকল্পের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।

উদাহরণস্বরূপ, আপনার অ্যাপ্লিকেশনটির "ফুলডিবাগ" সংস্করণ তৈরি করতে, বিল্ড সিস্টেমটি কোড, সেটিংস এবং সংস্থানগুলি নিম্নলিখিত উত্স সেটগুলি থেকে একীভূত করে:

  • src/fullDebug/ (বিল্ড বৈকল্পিক উত্স সেট)
  • src/debug/ (বিল্ড টাইপ উত্স সেট)
  • src/full/ (পণ্য স্বাদ উত্স সেট)
  • src/main/ (মূল উত্স সেট)

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

যদি বিভিন্ন উত্স সেটগুলিতে একই ফাইলের বিভিন্ন সংস্করণ থাকে তবে কোন ফাইলটি ব্যবহার করবেন তা সিদ্ধান্ত নেওয়ার সময় গ্রেডল নিম্নলিখিত অগ্রাধিকার অর্ডার ব্যবহার করে। বাম দিকে উত্স সেটগুলি ডানদিকে উত্স সেটগুলির ফাইল এবং সেটিংস ওভাররাইড করে:

বিল্ড ভেরিয়েন্ট> বিল্ড টাইপ> পণ্য স্বাদ> প্রধান উত্স সেট> লাইব্রেরির নির্ভরতা

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

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

সংস্করণ ক্যাটালগ

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

অন্যান্য বিল্ড সিস্টেম

বাজেলের সাথে অ্যান্ড্রয়েড অ্যাপ্লিকেশনগুলি তৈরি করা সম্ভব তবে আনুষ্ঠানিকভাবে সমর্থিত নয়। অ্যান্ড্রয়েড স্টুডিও আনুষ্ঠানিকভাবে বাজেল প্রকল্পগুলিকে সমর্থন করে না।

বাজেলের সাথে বিল্ডিংয়ের বর্তমান সীমাবদ্ধতাগুলি আরও ভালভাবে বুঝতে, পরিচিত সমস্যাগুলি দেখুন।

,

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

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

অ্যান্ড্রয়েড বিল্ড গ্লসারি

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

বিল্ড প্রকার

বিল্ড প্রকারগুলি আপনার অ্যাপ্লিকেশনটি তৈরি এবং প্যাকেজিংয়ের সময় গ্রেডল ব্যবহার করে এমন কিছু বৈশিষ্ট্য সংজ্ঞায়িত করে। বিল্ড প্রকারগুলি সাধারণত আপনার বিকাশের জীবনচক্রের বিভিন্ন পর্যায়ে কনফিগার করা হয়।

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

আপনার অ্যাপ্লিকেশনটি তৈরি করতে আপনাকে অবশ্যই কমপক্ষে একটি বিল্ড টাইপ সংজ্ঞায়িত করতে হবে। অ্যান্ড্রয়েড স্টুডিও ডিবাগ তৈরি করে এবং ডিফল্টরূপে বিল্ড প্রকারগুলি প্রকাশ করে। আপনার অ্যাপ্লিকেশনটির জন্য প্যাকেজিং সেটিংস কাস্টমাইজ করা শুরু করতে, কীভাবে বিল্ড প্রকারগুলি কনফিগার করতে হয় তা শিখুন।

পণ্য স্বাদ
পণ্যের স্বাদগুলি আপনার অ্যাপ্লিকেশনটির বিভিন্ন সংস্করণ উপস্থাপন করে যা আপনি ব্যবহারকারীদের কাছে যেমন ফ্রি এবং অর্থ প্রদানের সংস্করণগুলি প্রকাশ করতে পারেন। আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণে সাধারণ অংশগুলি ভাগ করে নেওয়ার সময় এবং পুনরায় ব্যবহার করার সময় আপনি বিভিন্ন কোড এবং সংস্থান ব্যবহার করতে পণ্যের স্বাদগুলি কাস্টমাইজ করতে পারেন। পণ্যের স্বাদগুলি al চ্ছিক এবং আপনাকে অবশ্যই সেগুলি ম্যানুয়ালি তৈরি করতে হবে। আপনার অ্যাপ্লিকেশনটির বিভিন্ন সংস্করণ তৈরি করা শুরু করতে, কীভাবে পণ্যের স্বাদগুলি কনফিগার করতে হয় তা শিখুন।
ভেরিয়েন্ট তৈরি করুন
একটি বিল্ড ভেরিয়েন্ট হ'ল বিল্ড টাইপ এবং পণ্য গন্ধের ক্রস-প্রোডাক্ট এবং এটি আপনার অ্যাপ্লিকেশনটি তৈরি করতে কনফিগারেশন গ্রেডল ব্যবহার করে। বিল্ড ভেরিয়েন্টগুলি ব্যবহার করে, আপনি বিকাশের সময় আপনার পণ্যের স্বাদের ডিবাগ সংস্করণ তৈরি করতে পারেন এবং বিতরণের জন্য আপনার পণ্য স্বাদের স্বাক্ষরিত রিলিজ সংস্করণগুলি সই করতে পারেন। যদিও আপনি সরাসরি বিল্ড ভেরিয়েন্টগুলি কনফিগার করেন না, আপনি বিল্ড প্রকারগুলি এবং পণ্য স্বাদগুলি কনফিগার করেন যা সেগুলি গঠন করে। অতিরিক্ত বিল্ড প্রকার বা পণ্যের স্বাদ তৈরি করা অতিরিক্ত বিল্ড ভেরিয়েন্টগুলিও তৈরি করে। বিল্ড ভেরিয়েন্টগুলি কীভাবে তৈরি এবং পরিচালনা করতে হয় তা শিখতে, বিল্ড ভেরিয়েন্টস ওভারভিউ কনফিগার করুন।
ম্যানিফেস্ট এন্ট্রি
আপনি বিল্ড ভেরিয়েন্ট কনফিগারেশনে ম্যানিফেস্ট ফাইলের কিছু বৈশিষ্ট্যের জন্য মানগুলি নির্দিষ্ট করতে পারেন। এই বিল্ড মানগুলি ম্যানিফেস্ট ফাইলে বিদ্যমান মানগুলিকে ওভাররাইড করে। আপনি যদি আলাদা অ্যাপ্লিকেশন নাম, ন্যূনতম এসডিকে সংস্করণ, বা টার্গেট এসডিকে সংস্করণ সহ আপনার অ্যাপ্লিকেশনটির একাধিক রূপ তৈরি করতে চান তবে এটি দরকারী। যখন একাধিক প্রকাশিত হয়, তখন ম্যানিফেস্ট মার্জার সরঞ্জামটি ম্যানিফেস্ট সেটিংসকে একীভূত করে
নির্ভরতা
বিল্ড সিস্টেমটি আপনার স্থানীয় ফাইল সিস্টেম এবং দূরবর্তী সংগ্রহস্থলগুলি থেকে প্রকল্পের নির্ভরতা পরিচালনা করে। এর অর্থ আপনার প্রকল্পের ডিরেক্টরিতে আপনার নির্ভরতার বাইনারি প্যাকেজগুলি ম্যানুয়ালি অনুসন্ধান, ডাউনলোড এবং অনুলিপি করতে হবে না। আরও জানতে, বিল্ড নির্ভরতা যোগ করুন দেখুন।
স্বাক্ষর করছে
বিল্ড সিস্টেম আপনাকে বিল্ড কনফিগারেশনে স্বাক্ষর সেটিংস নির্দিষ্ট করতে দেয় এবং এটি বিল্ড প্রক্রিয়া চলাকালীন স্বয়ংক্রিয়ভাবে আপনার অ্যাপ্লিকেশনটিতে স্বাক্ষর করতে পারে। বিল্ড সিস্টেম বিল্ড টাইমে পাসওয়ার্ড প্রম্পট এড়াতে পরিচিত শংসাপত্রগুলি ব্যবহার করে একটি ডিফল্ট কী এবং শংসাপত্রের সাথে ডিবাগ সংস্করণে স্বাক্ষর করে। আপনি যদি এই বিল্ডের জন্য কোনও স্বাক্ষর কনফিগারেশন স্পষ্টভাবে সংজ্ঞায়িত করেন তবে বিল্ড সিস্টেমটি রিলিজ সংস্করণে স্বাক্ষর করে না। আপনার যদি রিলিজ কী না থাকে তবে আপনার অ্যাপ্লিকেশনটিতে বর্ণিত হিসাবে আপনি একটি তৈরি করতে পারেন। বেশিরভাগ অ্যাপ স্টোরের মাধ্যমে অ্যাপ্লিকেশন বিতরণের জন্য স্বাক্ষরিত রিলিজ বিল্ডগুলি প্রয়োজনীয়।
কোড এবং সংস্থান সঙ্কুচিত
বিল্ড সিস্টেম আপনাকে প্রতিটি বিল্ড বৈকল্পের জন্য একটি পৃথক প্রোগার্ড বিধি ফাইল নির্দিষ্ট করতে দেয়। আপনার অ্যাপ্লিকেশনটি তৈরি করার সময়, বিল্ড সিস্টেমটি আপনার কোড এবং সংস্থানগুলি সঙ্কুচিত করার জন্য তার বিল্ট-ইন সঙ্কুচিত সরঞ্জামগুলি যেমন আর 8 ব্যবহার করে সঙ্কুচিত করার জন্য যথাযথ সেট প্রয়োগ করে। আপনার কোড এবং সংস্থানগুলি সঙ্কুচিত করা আপনার এপিকে বা এএবি আকার হ্রাস করতে সহায়তা করতে পারে।
একাধিক APK সমর্থন
বিল্ড সিস্টেমটি আপনাকে স্বয়ংক্রিয়ভাবে বিভিন্ন এপিকে তৈরি করতে দেয় যা প্রতিটি নির্দিষ্ট স্ক্রিন ঘনত্ব বা অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (এবিআই) এর জন্য প্রয়োজনীয় কোড এবং সংস্থানগুলি ধারণ করে। আরও তথ্যের জন্য একাধিক এপিকে তৈরি করুন দেখুন। যাইহোক, একটি একক এএবি প্রকাশ করা প্রস্তাবিত পদ্ধতির, কারণ এটি স্ক্রিন ঘনত্ব এবং এবিআই ছাড়াও ভাষা দ্বারা বিভাজন সরবরাহ করে, গুগল প্লেতে একাধিক আর্টিক্টগুলি আপলোড করার প্রয়োজনীয়তা এড়িয়ে চলে। 2021 সালের আগস্টের পরে জমা দেওয়া সমস্ত নতুন অ্যাপ্লিকেশনগুলি এএবিএস ব্যবহার করতে হবে।

অ্যান্ড্রয়েড বিল্ডগুলিতে জাভা সংস্করণগুলি

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

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

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

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

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

গ্রেডল মোড়ক ফাইল

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

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

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

গ্রেডল সেটিংস ফাইল

settings.gradle.kts settings.gradle এই সেটিংস ফাইলটি প্রকল্প-স্তরের সংগ্রহস্থল সেটিংস সংজ্ঞায়িত করে এবং গ্রেডলকে অবহিত করে যা আপনার অ্যাপ্লিকেশনটি তৈরি করার সময় এটি মডিউলগুলি অন্তর্ভুক্ত করা উচিত। মাল্টি-মডিউল প্রকল্পগুলির প্রতিটি মডিউল নির্দিষ্ট করতে হবে যা চূড়ান্ত বিল্ডে যেতে হবে।

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

কোটলিন

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 ফাইল (কোটলিন ডিএসএল এর জন্য) বা build.gradle ফাইল (গ্রোভি ডিএসএল এর জন্য) রুট প্রকল্প ডিরেক্টরিতে অবস্থিত। এটি সাধারণত আপনার প্রকল্পের মডিউল দ্বারা ব্যবহৃত প্লাগইনগুলির সাধারণ সংস্করণগুলিকে সংজ্ঞায়িত করে৷

নিম্নলিখিত কোড নমুনাটি একটি নতুন প্রকল্প তৈরি করার পরে শীর্ষ স্তরের বিল্ড স্ক্রিপ্টে ডিফল্ট সেটিংস এবং ডিএসএল উপাদানগুলি বর্ণনা করে:

কোটলিন

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 "8.6.0" apply false
    id("com.android.library") version "8.6.0" apply false
    id("org.jetbrains.kotlin.android") version "2.0.20" 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 '8.6.0' apply false
    id 'com.android.library' version '8.6.0' apply false
    id 'org.jetbrains.kotlin.android' version '2.0.20' apply false
}

মডিউল-স্তরের বিল্ড ফাইল

মডিউল-স্তরের build.gradle.kts (কোটলিন ডিএসএল এর জন্য) বা build.gradle ফাইল (গ্রোভি ডিএসএল এর জন্য) প্রতিটি project / module / ডিরেক্টরিতে অবস্থিত। main/ আপনাকে নির্দিষ্ট মডিউলটির জন্য বিল্ড সেটিংস কনফিগার করতে দেয় these .

অ্যান্ড্রয়েড এসডিকে সেটিংস

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

গ্রেডল বিল্ডে এসডিকে স্পেসিফিকেশনগুলির ওভারভিউ

compileSdk

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

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

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

অ্যান্ড্রয়েড স্টুডিও সতর্কতা প্রদর্শন করে যদি আপনার compileSdk অ্যান্ড্রয়েড স্টুডিও, এজিপি, বা আপনার প্রকল্পের লাইব্রেরির নির্ভরতার প্রয়োজনীয়তার বর্তমান সংস্করণের সাথে বিরোধ করে।

minSdk

minSdk অ্যান্ড্রয়েডের সর্বনিম্ন সংস্করণ নির্দিষ্ট করে যা আপনি চান যে আপনার অ্যাপ্লিকেশনটি সমর্থন করতে পারে। minSdk সেট করা কোন ডিভাইসগুলি আপনার অ্যাপ্লিকেশনটি ইনস্টল করতে পারে তা সীমাবদ্ধ করে।

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

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

targetSdk

targetSdk দুটি উদ্দেশ্যে কাজ করে:

  1. এটি আপনার অ্যাপ্লিকেশনটির রানটাইম আচরণ সেট করে।
  2. এটি আপনার বিরুদ্ধে পরীক্ষা করা অ্যান্ড্রয়েডের কোন সংস্করণটি প্রমাণ করে।

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

targetSdk এর মান অবশ্যই compileSdk -র চেয়ে কম বা সমান হতে হবে।

দ্রষ্টব্য: compileSdk এবং targetSdk মানগুলি একই হওয়ার দরকার নেই। নিম্নলিখিত মৌলিক নীতিগুলি মাথায় রাখুন:

  • compileSdk আপনাকে নতুন এপিআইগুলিতে অ্যাক্সেস দেয়
  • targetSdk আপনার অ্যাপ্লিকেশনটির রানটাইম আচরণ সেট করে
  • targetSdk অবশ্যই compileSdk চেয়ে কম বা সমান হতে হবে

নমুনা অ্যাপ-মডিউল বিল্ড স্ক্রিপ্ট

এই নমুনা অ্যান্ড্রয়েড অ্যাপ মডিউল বিল্ড স্ক্রিপ্ট কিছু বেসিক ডিএসএল উপাদান এবং সেটিংসের রূপরেখা দেয়:

কোটলিন

/**
 * The first section in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id("com.android.application")
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain(11)
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace = "com.example.myapp"

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk = 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId = "com.example.myapp"

        // Defines the minimum API level required to run the app.
        minSdk = 21

        // Specifies the API level used to test the app.
        targetSdk = 33

        // Defines the version number of your app.
        versionCode = 1

        // Defines a user-friendly version name for your app.
        versionName = "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        getByName("release") {
            isMinifyEnabled = true // Enables code shrinking for the release build type.
            proguardFiles(
                getDefaultProguardFile("proguard-android.txt"),
                "proguard-rules.pro"
            )
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions += "tier"
    productFlavors {
        create("free") {
            dimension = "tier"
            applicationId = "com.example.myapp.free"
        }

        create("paid") {
            dimension = "tier"
            applicationId = "com.example.myapp.paid"
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * toolchain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility = JavaVersion.VERSION_11
    //    targetCompatibility = JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = "11"
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation(project(":lib"))
    implementation("androidx.appcompat:appcompat:1.7.0")
    implementation(fileTree(mapOf("dir" to "libs", "include" to listOf("*.jar"))))
}

গ্রোভি

/**
 * The first line in the build configuration applies the Android Gradle plugin
 * to this build and makes the android block available to specify
 * Android-specific build options.
 */

plugins {
    id 'com.android.application'
}

/**
 * Locate (and possibly download) a JDK used to build your kotlin
 * source code. This also acts as a default for sourceCompatibility,
 * targetCompatibility and jvmTarget. Note that this does not affect which JDK
 * is used to run the Gradle build itself, and does not need to take into
 * account the JDK version required by Gradle plugins (such as the
 * Android Gradle Plugin)
 */
kotlin {
    jvmToolchain 11
}

/**
 * The android block is where you configure all your Android-specific
 * build options.
 */

android {

    /**
     * The app's namespace. Used primarily to access app resources.
     */

    namespace 'com.example.myapp'

    /**
     * compileSdk specifies the Android API level Gradle should use to
     * compile your app. This means your app can use the API features included in
     * this API level and lower.
     */

    compileSdk 33

    /**
     * The defaultConfig block encapsulates default settings and entries for all
     * build variants and can override some attributes in main/AndroidManifest.xml
     * dynamically from the build system. You can configure product flavors to override
     * these values for different versions of your app.
     */

    defaultConfig {

        // Uniquely identifies the package for publishing.
        applicationId 'com.example.myapp'

        // Defines the minimum API level required to run the app.
        minSdk 21

        // Specifies the API level used to test the app.
        targetSdk 33

        // Defines the version number of your app.
        versionCode 1

        // Defines a user-friendly version name for your app.
        versionName "1.0"
    }

    /**
     * The buildTypes block is where you can configure multiple build types.
     * By default, the build system defines two build types: debug and release. The
     * debug build type is not explicitly shown in the default build configuration,
     * but it includes debugging tools and is signed with the debug key. The release
     * build type applies ProGuard settings and is not signed by default.
     */

    buildTypes {

        /**
         * By default, Android Studio configures the release build type to enable code
         * shrinking, using minifyEnabled, and specifies the default ProGuard rules file.
         */

        release {
              minifyEnabled true // Enables code shrinking for the release build type.
              proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    /**
     * The productFlavors block is where you can configure multiple product flavors.
     * This lets you create different versions of your app that can
     * override the defaultConfig block with their own settings. Product flavors
     * are optional, and the build system does not create them by default.
     *
     * This example creates a free and paid product flavor. Each product flavor
     * then specifies its own application ID, so that they can exist on the Google
     * Play Store or an Android device simultaneously.
     *
     * If you declare product flavors, you must also declare flavor dimensions
     * and assign each flavor to a flavor dimension.
     */

    flavorDimensions "tier"
    productFlavors {
        free {
            dimension "tier"
            applicationId 'com.example.myapp.free'
        }

        paid {
            dimension "tier"
            applicationId 'com.example.myapp.paid'
        }
    }

    /**
     * To override source and target compatibility (if different from the
     * tool chain JDK version), add the following. All of these
     * default to the same value as kotlin.jvmToolchain. If you're using the
     * same version for these values and kotlin.jvmToolchain, you can
     * remove these blocks.
     */
    //compileOptions {
    //    sourceCompatibility JavaVersion.VERSION_11
    //    targetCompatibility JavaVersion.VERSION_11
    //}
    //kotlinOptions {
    //    jvmTarget = '11'
    //}
}

/**
 * The dependencies block in the module-level build configuration file
 * specifies dependencies required to build only the module itself.
 * To learn more, go to Add build dependencies.
 */

dependencies {
    implementation project(":lib")
    implementation 'androidx.appcompat:appcompat:1.7.0'
    implementation fileTree(dir: 'libs', include: ['*.jar'])
}

বৈশিষ্ট্য ফাইলগুলি গ্রেড করুন

গ্রেডলে আপনার মূল প্রকল্প ডিরেক্টরিতে অবস্থিত দুটি বৈশিষ্ট্য ফাইলও অন্তর্ভুক্ত রয়েছে, যা আপনি গ্রেড বিল্ড টুলকিট নিজেই সেটিংস নির্দিষ্ট করতে ব্যবহার করতে পারেন:

gradle.properties
এখানেই আপনি প্রকল্প-প্রশস্ত গ্রেডল সেটিংস কনফিগার করতে পারেন, যেমন গ্রেড ডেমনের সর্বোচ্চ স্তূপের আকার। আরও তথ্যের জন্য, বিল্ড পরিবেশ দেখুন।
local.properties
নিম্নলিখিতগুলি সহ বিল্ড সিস্টেমের জন্য স্থানীয় পরিবেশের বৈশিষ্ট্যগুলি কনফিগার করে:
  • ndk.dir - NDK এর পথ। এই সম্পত্তিটি হ্রাস করা হয়েছে। এনডিকে -র কোনও ডাউনলোড করা সংস্করণ অ্যান্ড্রয়েড এসডিকে ডিরেক্টরিতে ndk ডিরেক্টরিতে ইনস্টল করা আছে।
  • sdk.dir - অ্যান্ড্রয়েড এসডিকে যাওয়ার পথ।
  • cmake.dir - Cmake এর পথ।
  • ndk.symlinkdir - অ্যান্ড্রয়েড স্টুডিও 3.5 এবং উচ্চতর, এনডিকে -তে একটি সিমলিঙ্ক তৈরি করে যা ইনস্টল করা এনডিকে পাথের চেয়ে কম হতে পারে।

এনডিকে একটি সংক্ষিপ্ত পথে (কেবল উইন্ডোজ) পুনরায় তৈরি করুন

উইন্ডোজগুলিতে, ইনস্টল করা এনডিকে ফোল্ডারে যেমন ld.exe , দীর্ঘ পাথ দিয়ে শেষ হয়। সরঞ্জামগুলি দীর্ঘ পথগুলি ভালভাবে সমর্থন করে না।

local.properties একটি সংক্ষিপ্ত পথ তৈরি করতে, অ্যান্ড্রয়েড গ্রেডল প্লাগইনটি এনডিকে -তে একটি সিমলিঙ্ক তৈরি করার অনুরোধ করার জন্য সম্পত্তি ndk.symlinkdir সম্পত্তি সেট করুন। সেই সিমলিংকের পথটি বিদ্যমান এনডিকে ফোল্ডারের চেয়ে কম হতে পারে। উদাহরণস্বরূপ, ndk.symlinkdir = C:\ নিম্নলিখিত সিমলিঙ্কের ফলাফল: C:\ndk\19.0.5232133

Gradle ফাইলের সাথে প্রকল্প সিঙ্ক করুন

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

আপনার প্রকল্পের ফাইলগুলি সিঙ্ক করতে, চিত্র 1 -এ দেখানো হিসাবে আপনি যখন পরিবর্তন করবেন তখন উপস্থিত হওয়া বিজ্ঞপ্তি বারে এখনই সিঙ্ক ক্লিক করুন বা সিঙ্ক প্রকল্পে ক্লিক করুন মেনু বার থেকে। যদি অ্যান্ড্রয়েড স্টুডিও আপনার কনফিগারেশনের সাথে কোনও ত্রুটি খুঁজে পায় - উদাহরণস্বরূপ, আপনার উত্স কোডটি এপিআই বৈশিষ্ট্যগুলি ব্যবহার করে যা কেবলমাত্র আপনার compileSdkVersion চেয়ে একটি এপিআই স্তরে পাওয়া যায় - বার্তা উইন্ডোটি সমস্যাটি বর্ণনা করে।

চিত্র 1. অ্যান্ড্রয়েড স্টুডিওতে বিল্ড কনফিগারেশন ফাইলগুলির সাথে প্রকল্পটি সিঙ্ক করুন।

উত্স সেট

অ্যান্ড্রয়েড স্টুডিও যৌক্তিকভাবে উত্স কোড এবং উত্স সেটগুলিতে প্রতিটি মডিউলের সংস্থানগুলিকে গোষ্ঠী করে। আপনি যখন একটি নতুন মডিউল তৈরি করেন, অ্যান্ড্রয়েড স্টুডিও মডিউলটির মধ্যে একটি main/ উত্স সেট তৈরি করে। একটি মডিউলটির main/ উত্স সেটটিতে এর সমস্ত বিল্ড ভেরিয়েন্ট দ্বারা ব্যবহৃত কোড এবং সংস্থানগুলি অন্তর্ভুক্ত রয়েছে।

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

src/main/
এই উত্স সেটটিতে সমস্ত বিল্ড ভেরিয়েন্টগুলির জন্য সাধারণ কোড এবং সংস্থান অন্তর্ভুক্ত রয়েছে।
src/ buildType /
কেবলমাত্র একটি নির্দিষ্ট বিল্ড টাইপের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।
src/ productFlavor /
কেবলমাত্র একটি নির্দিষ্ট পণ্য গন্ধের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।

দ্রষ্টব্য: আপনি যদি একাধিক পণ্যের স্বাদগুলি একত্রিত করতে আপনার বিল্ডটি কনফিগার করেন তবে আপনি স্বাদ মাত্রার মধ্যে পণ্য স্বাদের প্রতিটি সংমিশ্রণের জন্য উত্স সেট ডিরেক্টরি তৈরি করতে পারেন: src/ productFlavor1 ProductFlavor2 /

src/ productFlavorBuildType /
কেবলমাত্র একটি নির্দিষ্ট বিল্ড বৈকল্পের জন্য কোড এবং সংস্থানগুলি অন্তর্ভুক্ত করার জন্য এই উত্স সেটটি তৈরি করুন।

উদাহরণস্বরূপ, আপনার অ্যাপ্লিকেশনটির "ফুলডিবাগ" সংস্করণ তৈরি করতে, বিল্ড সিস্টেমটি কোড, সেটিংস এবং সংস্থানগুলি নিম্নলিখিত উত্স সেটগুলি থেকে একীভূত করে:

  • src/fullDebug/ (the build variant source set)
  • src/debug/ (the build type source set)
  • src/full/ (the product flavor source set)
  • src/main/ (the main source set)

Note: When you create a new file or directory in Android Studio, use the File > New menu options to create it for a specific source set. The source sets you can choose from are based on your build configurations, and Android Studio automatically creates the required directories if they don't already exist.

If different source sets contain different versions of the same file, Gradle uses the following priority order when deciding which file to use. Source sets on the left override the files and settings of source sets to the right:

build variant > build type > product flavor > main source set > library dependencies

This allows Gradle to use files that are specific to the build variant you are trying to build while reusing activities, application logic, and resources that are common to other versions of your app.

When merging multiple manifests , Gradle uses the same priority order so each build variant can define different components or permissions in the final manifest. To learn more about creating custom source sets, read Create source sets .

Version catalogs

If your build contains multiple modules with common dependencies, or you have multiple independent projects with common dependencies, we recommend that you use a version catalog or bill of materials (BOM) to specify the common versions.

Other build systems

Building Android apps with Bazel is possible but not officially supported. Android Studio does not officially support Bazel projects.

To better understand the current limitations of building with Bazel, see the known issues .