সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
অ্যান্ড্রয়েড গ্রেডল প্লাগইন 3.4.0 (এপ্রিল 2019)
অ্যান্ড্রয়েড প্লাগইনের এই সংস্করণটির জন্য নিম্নলিখিতগুলি প্রয়োজন:
| ন্যূনতম সংস্করণ | ডিফল্ট সংস্করণ | নোট |
|---|
| গ্রেডল | 5.1.1 | 5.1.1 | আরও জানতে, Gradle আপডেট করা দেখুন। Gradle 5.0 এবং উচ্চতর ব্যবহার করার সময়, ডিফল্ট Gradle ডেমন মেমরির হিপের আকার 1 GB থেকে 512 MB পর্যন্ত কমে যায়। এর ফলে বিল্ড পারফরম্যান্স রিগ্রেশন হতে পারে। এই ডিফল্ট সেটিং ওভাররাইড করতে, আপনার প্রকল্পের gradle.properties ফাইলে Gradle ডেমন হিপের আকার নির্দিষ্ট করুন। |
| SDK বিল্ড টুলস | 28.0.3 | 28.0.3 | SDK বিল্ড টুল ইনস্টল বা কনফিগার করুন । |
3.4.3 (জুলাই 2020)
এই ছোটখাট আপডেটটি Android 11-এ প্যাকেজ দৃশ্যমানতার জন্য নতুন ডিফল্ট সেটিংস এবং বৈশিষ্ট্যগুলির সাথে সামঞ্জস্যপূর্ণতা সমর্থন করে৷
বিস্তারিত জানার জন্য 4.0.1 রিলিজ নোট দেখুন।
3.4.2 (জুলাই 2019)
এই ছোটখাট আপডেটটি অ্যান্ড্রয়েড স্টুডিও 3.4.2 সমর্থন করে এবং এতে বিভিন্ন বাগ ফিক্স এবং পারফরম্যান্সের উন্নতি অন্তর্ভুক্ত রয়েছে। উল্লেখযোগ্য বাগ ফিক্সের তালিকা দেখতে, রিলিজ আপডেট ব্লগে সম্পর্কিত পোস্ট পড়ুন।
3.4.1 (মে 2019)
এই ক্ষুদ্র আপডেটটি অ্যান্ড্রয়েড স্টুডিও 3.4.1 সমর্থন করে এবং এতে বিভিন্ন বাগ ফিক্স এবং পারফরম্যান্সের উন্নতি অন্তর্ভুক্ত রয়েছে। উল্লেখযোগ্য বাগ ফিক্সের তালিকা দেখতে, রিলিজ আপডেট ব্লগে সম্পর্কিত পোস্ট পড়ুন।
নতুন বৈশিষ্ট্য
নতুন লিন্ট চেক নির্ভরতা কনফিগারেশন: lintChecks এর আচরণ পরিবর্তিত হয়েছে এবং একটি নতুন নির্ভরতা কনফিগারেশন, lintPublish , চালু করা হয়েছে যাতে আপনার অ্যান্ড্রয়েড লাইব্রেরিতে কোন লিন্ট চেকগুলি প্যাকেজ করা হয় তার উপর আপনাকে আরও নিয়ন্ত্রণ দিতে পারে৷
-
lintChecks : এটি একটি বিদ্যমান কনফিগারেশন যা আপনার লিন্ট চেকগুলির জন্য ব্যবহার করা উচিত যা আপনি শুধুমাত্র স্থানীয়ভাবে আপনার প্রকল্প তৈরি করার সময় চালাতে চান। আপনি যদি পূর্বে প্রকাশিত AAR-এ লিন্ট চেক অন্তর্ভুক্ত করার জন্য lintChecks নির্ভরতা কনফিগারেশন ব্যবহার করে থাকেন, তাহলে নীচে বর্ণিত নতুন lintPublish কনফিগারেশন ব্যবহার করার জন্য আপনাকে সেই নির্ভরতাগুলি স্থানান্তর করতে হবে। -
lintPublish : লাইব্রেরি প্রকল্পগুলিতে এই নতুন কনফিগারেশনটি ব্যবহার করুন লিন্ট চেকগুলির জন্য যা আপনি প্রকাশিত AAR-এ অন্তর্ভুক্ত করতে চান, নীচে দেখানো হয়েছে৷ এর মানে হল যে প্রকল্পগুলি আপনার লাইব্রেরি ব্যবহার করে সেগুলিও সেই লিন্ট চেকগুলি প্রয়োগ করে৷
নিম্নলিখিত কোড নমুনা স্থানীয় অ্যান্ড্রয়েড লাইব্রেরি প্রকল্পে উভয় নির্ভরতা কনফিগারেশন ব্যবহার করে।
dependencies {
// Executes lint checks from the ':lint' project at build time.
lintChecks project(':lint')
// Packages lint checks from the ':lintpublish' in the published AAR.
lintPublish project(':lintpublish')
}
dependencies {
// Executes lint checks from the ':lint' project at build time.
lintChecks(project(":lint"))
// Packages lint checks from the ':lintpublish' in the published AAR.
lintPublish(project(":lintpublish"))
}
আচরণ পরিবর্তন
অ্যান্ড্রয়েড ইন্সট্যান্ট অ্যাপস ফিচার প্লাগইন অবচয় সংক্রান্ত সতর্কতা: আপনি যদি এখনও আপনার ইনস্ট্যান্ট অ্যাপ তৈরি করতে com.android.feature প্লাগইন ব্যবহার করে থাকেন, তাহলে Android Gradle প্লাগইন 3.4.0 আপনাকে অবচয় সংক্রান্ত সতর্কতা দেবে। আপনি এখনও প্লাগইনের ভবিষ্যতের সংস্করণগুলিতে আপনার তাত্ক্ষণিক অ্যাপ তৈরি করতে পারেন তা নিশ্চিত করতে, আপনার তাত্ক্ষণিক অ্যাপটি ডায়নামিক বৈশিষ্ট্য প্লাগইন ব্যবহার করে স্থানান্তর করুন, যা আপনাকে একটি একক Android অ্যাপ বান্ডেল থেকে আপনার ইনস্টল করা এবং তাত্ক্ষণিক অ্যাপ উভয় অভিজ্ঞতা প্রকাশ করতে দেয়৷
R8 ডিফল্টরূপে সক্রিয়: R8 এক ধাপে ডিসুগারিং, সঙ্কুচিত করা, অস্পষ্ট করা, অপ্টিমাইজ করা এবং ডেক্সিংকে একীভূত করে—যার ফলে লক্ষণীয় বিল্ড কর্মক্ষমতা উন্নতি হয় । R8 অ্যান্ড্রয়েড গ্রেডল প্লাগইন 3.3.0-এ চালু করা হয়েছিল এবং এখন প্লাগইন 3.4.0 এবং উচ্চতর ব্যবহার করে অ্যাপ এবং অ্যান্ড্রয়েড লাইব্রেরি উভয় প্রকল্পের জন্য ডিফল্টরূপে সক্রিয় করা হয়েছে।
নীচের ছবিটি R8 চালু করার আগে কম্পাইল প্রক্রিয়ার একটি উচ্চ-স্তরের ওভারভিউ প্রদান করে।
এখন, R8 এর সাথে, ডিসুগারিং, সঙ্কুচিত করা, অস্পষ্ট করা, অপ্টিমাইজ করা এবং ডেক্সিং (D8) সবই এক ধাপে সম্পন্ন হয়েছে, যেমনটি নীচে চিত্রিত হয়েছে।
মনে রাখবেন, R8 আপনার বিদ্যমান ProGuard নিয়মের সাথে কাজ করার জন্য ডিজাইন করা হয়েছে, তাই R8 থেকে উপকৃত হওয়ার জন্য আপনাকে সম্ভবত কোনো পদক্ষেপ নিতে হবে না। যাইহোক, যেহেতু এটি প্রোগার্ডের জন্য একটি ভিন্ন প্রযুক্তি যা বিশেষভাবে অ্যান্ড্রয়েড প্রকল্পগুলির জন্য ডিজাইন করা হয়েছে, সঙ্কুচিত এবং অপ্টিমাইজেশানের ফলে কোডটি সরানো হতে পারে যা প্রোগার্ড নাও থাকতে পারে। সুতরাং, এই অসম্ভাব্য পরিস্থিতিতে, আপনার বিল্ড আউটপুটে সেই কোডটি রাখার জন্য আপনাকে অতিরিক্ত নিয়ম যোগ করতে হতে পারে।
আপনি যদি R8 ব্যবহার করে সমস্যার সম্মুখীন হন, তাহলে আপনার সমস্যার সমাধান আছে কিনা তা পরীক্ষা করতে R8 সামঞ্জস্যপূর্ণ FAQ পড়ুন। যদি একটি সমাধান নথিভুক্ত না হয়, দয়া করে একটি বাগ রিপোর্ট করুন ৷ আপনি আপনার প্রকল্পের gradle.properties ফাইলে নিম্নলিখিত লাইনগুলির মধ্যে একটি যোগ করে R8 নিষ্ক্রিয় করতে পারেন:
# Disables R8 for Android Library modules only.
android.enableR8.libraries = false
# Disables R8 for all modules.
android.enableR8 = false
দ্রষ্টব্য: একটি প্রদত্ত বিল্ড প্রকারের জন্য, আপনি যদি আপনার অ্যাপ মডিউলের build.gradle ফাইলে useProguard false সেট করেন, তাহলে Android Gradle প্লাগইন সেই বিল্ড টাইপের জন্য আপনার অ্যাপের কোড সঙ্কুচিত করতে R8 ব্যবহার করে, আপনি আপনার প্রকল্পের gradle.properties ফাইলে R8 অক্ষম করুন না কেন।
-
ndkCompile বাতিল করা হয়েছে: আপনি যদি আপনার নেটিভ লাইব্রেরি কম্পাইল করতে ndkBuild ব্যবহার করার চেষ্টা করেন তবে আপনি এখন একটি বিল্ড ত্রুটি পাবেন। আপনার প্রকল্পে C এবং C++ কোড যোগ করতে আপনার পরিবর্তে CMake বা ndk-build ব্যবহার করা উচিত।
পরিচিত সমস্যা
অনন্য প্যাকেজ নামের সঠিক ব্যবহার বর্তমানে প্রয়োগ করা হয়নি তবে প্লাগইনের পরবর্তী সংস্করণগুলিতে আরও কঠোর হবে। অ্যান্ড্রয়েড গ্রেডল প্লাগইন সংস্করণ 3.4.0-এ, আপনি আপনার gradle.properties ফাইলে নীচের লাইন যোগ করে আপনার প্রকল্প গ্রহণযোগ্য প্যাকেজ নাম ঘোষণা করে কিনা তা পরীক্ষা করতে অপ্ট-ইন করতে পারেন।
android.uniquePackageNames = true
অ্যান্ড্রয়েড গ্রেডল প্লাগইনের মাধ্যমে প্যাকেজের নাম সেট করার বিষয়ে আরও জানতে, অ্যাপ্লিকেশন আইডি সেট করুন দেখুন।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-09-03 UTC-তে শেষবার আপডেট করা হয়েছে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2025-09-03 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["\u003cbr /\u003e\n\nAndroid Gradle Plugin 3.4.0 (April 2019)\n\nThis version of the Android plugin requires the following:\n\n| | Minimum version | Default version | Notes |\n|----------------:|:---------------:|:---------------:|:-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------:|\n| Gradle | 5.1.1 | 5.1.1 | To learn more, see [updating Gradle](/build/releases/gradle-plugin?buildsystem=ndk-build#updating-gradle). When using Gradle 5.0 and higher, the default Gradle daemon memory heap size decreases from 1 GB to 512 MB. This might result in a build performance regression. To override this default setting, specify the Gradle daemon heap size in your project's gradle.properties file. |\n| SDK Build Tools | 28.0.3 | 28.0.3 | [Install](/studio/intro/update#sdk-manager) or [configure](/tools/releases/build-tools) SDK Build Tools. |\n\n**3.4.3 (July 2020)**\n\n\nThis minor update supports compatibility with new default settings and\nfeatures for\n[package visibility\nin Android 11](/about/versions/11/privacy/package-visibility).\n\n\nSee the [4.0.1 release notes](#4.0.1) for details.\n\n**3.4.2 (July 2019)**\n\n\nThis minor update supports Android Studio 3.4.2 and includes various bug\nfixes and performance improvements.\nTo see a list of noteable bug fixes, read the related post on the\n[Release Updates blog](https://androidstudio.googleblog.com/2019/07/android-studio-342-available.html).\n\n**3.4.1 (May 2019)**\n\n\nThis minor update supports Android Studio 3.4.1 and includes various bug\nfixes and performance improvements.\nTo see a list of noteable bug fixes, read the related post on the\n[Release Updates blog](https://androidstudio.googleblog.com/2019/05/android-studio-341-available.html).\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nNew features\n\n- **New lint check dependency configurations:** The\n behavior of `lintChecks` has changed and a new dependency\n configuration, `lintPublish`, has been introduced to give\n you more control over which lint checks are packaged in your Android\n libraries.\n\n - `lintChecks`: This is an existing configuration that you should use for lint checks you want to only run when building your project locally. If you were previously using the `lintChecks` dependency configuration to include lint checks in the published AAR, you need to migrate those dependencies to instead use the new `lintPublish` configuration described below.\n - `lintPublish`: Use this new configuration in library projects for lint checks you want to include in the published AAR, as shown below. This means that projects that consume your library also apply those lint checks.\n\n The following code sample uses both dependency configurations in a\n local Android library project. \n\n ```groovy\n dependencies {\n // Executes lint checks from the ':lint' project at build time.\n lintChecks project(':lint')\n // Packages lint checks from the ':lintpublish' in the published AAR.\n lintPublish project(':lintpublish')\n }\n \n ``` \n\n ```kotlin\n dependencies {\n // Executes lint checks from the ':lint' project at build time.\n lintChecks(project(\":lint\"))\n // Packages lint checks from the ':lintpublish' in the published AAR.\n lintPublish(project(\":lintpublish\"))\n }\n \n ```\n - In general, packaging and signing tasks should see an overall build\n speed improvement. If you notice a performance regression related to\n these tasks, please [report a bug](/studio/report-bugs).\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nBehavior changes\n\n- **Android Instant Apps Feature plugin deprecation\n warning:** If you're still using the\n `com.android.feature` plugin to build your instant app,\n Android Gradle plugin 3.4.0 will give throw you a deprecation warning.\n To make sure you can still build you instant app on future versions of\n the plugin, migrate your instant app to using\n [the dynamic feature plugin](/studio/projects/dynamic-delivery),\n which also allows you to publish both your installed and instant app\n experiences from a single Android App Bundle.\n\n- **R8 enabled by default:** R8 integrates desugaring,\n shrinking, obfuscating, optimizing, and dexing all in one step---resulting\n in\n [noticeable build performance\n improvements](https://www.google.com/url?q=https://android-developers.googleblog.com/2018/11/r8-new-code-shrinker-from-google-is.html&sa=D&ust=1551922493258000&usg=AFQjCNH0N1wuMX645n7giw0wjikzjm3WCA). R8 was introduced in Android Gradle plugin 3.3.0 and\n is now enabled by default for both app and Android library projects\n using plugin 3.4.0 and higher.\n\nThe image below provides a high-level overview of the compile process\nbefore R8 was introduced.\n\nNow, with R8, desugaring, shrinking, obfuscating, optimizing, and dexing (D8)\nare all completed in one step, as illustrated below.\n\nKeep in mind, R8 is designed to work with your existing ProGuard rules, so\nyou'll likely not need to take any actions to benefit from R8. However,\nbecause it's a different technology to ProGuard that's designed specifically\nfor Android projects, shrinking and optimization may result in removing code\nthat ProGuard may have not. So, in this unlikely situation, you might need\nto add additional rules to keep that code in your build output.\n\nIf you experience issues using R8, read the\n[R8 compatibility FAQ](https://r8.googlesource.com/r8/+/refs/heads/master/compatibility-faq.md)\nto check if there's a solution to your issue. If a solution isn't documented,\nplease [report a bug](https://issuetracker.google.com/issues/new?component=326788&template=1025938).\nYou can disable R8 by adding one of the following lines to your project's\n`gradle.properties` file: \n\n # Disables R8 for Android Library modules only.\n android.enableR8.libraries = false\n # Disables R8 for all modules.\n android.enableR8 = false\n \n \n**Note:** For a given build type, if you set\n`useProguard` to `false` in your app\nmodule's `build.gradle` file, the Android Gradle plugin uses R8\nto shrink your app's code for that build type, regardless of whether you\ndisable R8 in your project's `gradle.properties` file.\n\n- **`ndkCompile` is deprecated:** You now get a build error if you try to use `ndkBuild` to compile your native libraries. You should instead use either CMake or ndk-build to [Add C and C++ code to your\n project](/studio/projects/add-native-code).\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nKnown issues\n\n- The correct usage of unique package names are currently not enforced\n but will become more strict on later versions of the plugin. On Android\n Gradle plugin version 3.4.0, you can opt-in to check whether your\n project declares acceptable package names by adding the line below to\n your `gradle.properties` file.\n\n android.uniquePackageNames = true\n \n \n To learn more about setting a package name through the Android Gradle\n plugin, see\n [Set the application ID](/studio/build/configure-app-module#set_the_application_id).\n\n\u003cbr /\u003e"]]
