रिस्पॉन्सिव/ज़रूरत के हिसाब से बना डिज़ाइन, जिसमें व्यू दिखते हैं

रिस्पॉन्सिव/ज़रूरत के हिसाब से ढल जाने वाले लेआउट से लोगों को ऑप्टिमाइज़ किया गया अनुभव मिलता है. भले ही, इनमें से कुछ भी स्क्रीन का साइज़. रिस्पॉन्सिव/ज़रूरत के मुताबिक लेआउट इस्तेमाल करने की सुविधा सभी तरह के डिसप्ले साइज़, स्क्रीन की दिशा, और कॉन्फ़िगरेशन, जिसमें मल्टी-विंडो जैसे कॉन्फ़िगरेशन शामिल हैं, जिनका साइज़ बदला जा सकता है मोड है.

रिस्पॉन्सिव डिज़ाइन

अलग-अलग तरह के डिवाइसों के नाप या आकार के लिए, पहला कदम यह है कि ऐसा लेआउट जो उपलब्ध डिसप्ले जगह की मात्रा के अलग-अलग प्रकार के मुताबिक काम करता है आपके ऐप्लिकेशन को मिलता है.

ConstraintLayout

रिस्पॉन्सिव लेआउट बनाने का सबसे अच्छा तरीका यह है कि ConstraintLayout आपके यूज़र इंटरफ़ेस (यूआई) के बेस लेआउट के तौर पर होता है. ConstraintLayout से आपको यह तय करने में मदद मिलती है कि दूसरे व्यू की जगह के हिसाब से हर व्यू की पोज़िशन और साइज़ व्यू भी शामिल किए जा सकते हैं. सभी दृश्य साथ में इस तरह स्थानांतरित और आकार बदल सकते हैं डिसप्ले स्पेस में हुए बदलाव.

ConstraintLayout के साथ लेआउट बनाने का सबसे आसान तरीका, लेआउट का इस्तेमाल करना है Android Studio में एडिटर की सुविधा. लेआउट एडिटर की मदद से, नए व्यू को लेआउट, पैरंट और सिबलिंग व्यू से जुड़े कंस्ट्रेंट लागू करें, और व्यू सेट करें प्रॉपर्टी—जो किसी भी एक्सएमएल में मैन्युअल तरीके से बदलाव किए बिना भी की जा सकती हैं.

तीसरी इमेज. Android Studio में लेआउट एडिटर की मदद से, ConstraintLayout.

ज़्यादा जानकारी के लिए, इसके साथ रिस्पॉन्सिव यूज़र इंटरफ़ेस (यूआई) बनाना देखें ConstraintLayout.

रिस्पॉन्सिव चौड़ाई और ऊंचाई

यह पक्का करने के लिए कि आपका लेआउट अलग-अलग डिसप्ले साइज़ के हिसाब से काम करे, चौड़ाई और चौड़ाई के लिए, wrap_content, match_parent या 0dp (match constraint) हार्ड कोड की गई वैल्यू के बजाय व्यू कॉम्पोनेंट की ऊंचाई:

  • wrap_content: व्यू अपना साइज़ सेट करता है, ताकि वह व्यू में मौजूद कॉन्टेंट के मुताबिक हो सके.
  • match_parent: पैरंट व्यू में व्यू ज़्यादा से ज़्यादा बड़ा हो जाता है.
  • 0dp (match constraint): ConstraintLayout में, इससे मिलता-जुलता match_parent. दृश्य, दृश्य के भीतर का पूरा उपलब्ध स्थान ले लेता है करना है.

उदाहरण के लिए:

<TextView
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:text="@string/lorem_ipsum" />

चौथी इमेज में दिखाया गया है कि TextView की चौड़ाई और ऊंचाई, डिसप्ले के हिसाब से कैसे बदलती है डिवाइस ओरिएंटेशन के साथ चौड़ाई बदल जाती है.

चौथी इमेज. रिस्पॉन्सिव TextView.

TextView अपनी चौड़ाई इस तरह सेट करता है कि वह सभी मौजूदा स्पेस (match_parent) में भर जाए और इसकी ऊंचाई उतनी ही ज़्यादा होनी चाहिए जितनी कि इसमें शामिल ऊंचाई की ज़रूरत के हिसाब से होती है टेक्स्ट (wrap_content), जिसकी मदद से व्यू अलग-अलग डिसप्ले के हिसाब से अपने-आप अडजस्ट हो जाता है डाइमेंशन और टेक्स्ट की अलग-अलग मात्रा.

अगर LinearLayout का इस्तेमाल किया जा रहा है, तो लेआउट के आधार पर, चाइल्ड व्यू को बड़ा भी किया जा सकता है वेट पर क्लिक करें, ताकि व्यू उसी अनुपात में भर जाएं को खाली छोड़ा जा सकता है. हालांकि, नेस्ट किए गए LinearLayout में वेट का इस्तेमाल करने के लिए यह ज़रूरी है हर एक का साइज़ तय करने के लिए, सिस्टम कई लेआउट पास करता है देखने के लिए, यूज़र इंटरफ़ेस (यूआई) की परफ़ॉर्मेंस को धीमा कर रहा है.

ConstraintLayout इनके साथ करीब-करीब सभी लेआउट बना सकता है LinearLayout की वजह से परफ़ॉर्मेंस पर कोई असर नहीं पड़ता. इसलिए, नेस्ट किए गए अपने प्रॉडक्ट को कन्वर्ट करें LinearLayout से ConstraintLayout पर टैप करें. इसके बाद, कंस्ट्रेंट के साथ वेटेड लेआउट को परिभाषित कर सकता है चेन.

अडैप्टिव डिज़ाइन

आपके ऐप्लिकेशन का लेआउट अलग-अलग डिसप्ले साइज़ के हिसाब से हमेशा काम करना चाहिए. हालांकि, एक रिस्पॉन्सिव लेआउट भी सबसे अच्छा उपयोगकर्ता अनुभव नहीं दे सकता हर डिवाइस या मल्टी-विंडो मोड में दिखता है. उदाहरण के लिए, यूज़र इंटरफ़ेस (यूआई) जो फ़ोन के लिए डिज़ाइन किया गया है, तो शायद यह किसी डिवाइस पर बेहतर उपयोगकर्ता अनुभव नहीं देता टैबलेट. अडैप्टिव डिज़ाइन, अलग-अलग डिसप्ले डाइमेंशन दिखाने के लिए.

सूची की जानकारी वाले यूज़र इंटरफ़ेस (यूआई) के लिए SlidingPaneLayout

सूची की जानकारी वाला यूज़र इंटरफ़ेस (यूआई) आम तौर पर, अलग-अलग आकार की स्क्रीन. बड़ी स्क्रीन पर, सूची और ज़्यादा जानकारी वाले पैनल आम तौर पर, अगल-बगल में होते हैं. जब सूची में कोई आइटम चुना जाता है, तो आइटम की जानकारी यूज़र इंटरफ़ेस (यूआई) में बदलाव किए बिना जानकारी वाले पैनल में दिखाया जाता है—दोनों पैनल साथ-साथ. हालांकि, छोटी स्क्रीन पर, दोनों पैनल अलग-अलग दिखते हैं. हर पैनल, पूरे डिसप्ले एरिया को घेरता है. जब सूची पैनल में कोई आइटम चुना गया है, तो जानकारी वाला पैनल (जिसमें चुने गए आइटम की जानकारी शामिल है) को बदल देता है सूची पैनल. वापस जाने का नेविगेशन पैनल, पूरी जानकारी वाले पैनल को सूची से बदल देता है.

SlidingPaneLayout यह तय करने का लॉजिक मैनेज करता है कि दोनों में से कौनसा उपयोगकर्ता अनुभव है यह विंडो के मौजूदा साइज़ के लिए सही है:

<?xml version="1.0" encoding="utf-8"?>
<androidx.slidingpanelayout.widget.SlidingPaneLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">

    <androidx.recyclerview.widget.RecyclerView
        android:id="@+id/recycler_view"
        android:layout_width="280dp"
        android:layout_height="match_parent"
        android:layout_gravity="start" />

    <androidx.fragment.app.FragmentContainerView
        android:id="@+id/nav_host_fragment"
        android:name="androidx.navigation.fragment.NavHostFragment"
        android:layout_width="300dp"
        android:layout_height="match_parent"
        android:layout_weight="1"
        app:defaultNavHost="true"
        app:navGraph="@navigation/item_navigation" />

</androidx.slidingpanelayout.widget.SlidingPaneLayout>

इसमें शामिल दो व्यू के layout_width और layout_weight एट्रिब्यूट SlidingPaneLayout, SlidingPaneLayout के व्यवहार को तय करता है. उदाहरण में, अगर विंडो दोनों व्यू दिखाने के लिए काफ़ी बड़ी (कम से कम 580dp चौड़ी) है, तो पैनल अगल-बगल दिखाए जाते हैं. लेकिन, अगर विंडो की चौड़ाई इससे कम है 580dp, पूरे ऐप्लिकेशन में अलग-अलग जगह लेने के लिए पैनल एक-दूसरे पर स्लाइड करते हैं विंडो.

अगर विंडो की चौड़ाई, तय की गई कम से कम चौड़ाई (580dp) से ज़्यादा है, तो layout_weight वैल्यू का इस्तेमाल, दो पैनल को आनुपातिक साइज़ में साइज़ देने के लिए किया जा सकता है. इस उदाहरण के लिए, सूची के पैनल की चौड़ाई हमेशा 280dp होती है, क्योंकि इसका कोई वज़न नहीं होता. हालांकि, ब्यौरे वाला पैनल हमेशा 580dp से ज़्यादा हॉरिज़ॉन्टल स्पेस को भर देता है, क्योंकि व्यू की layout_weight सेटिंग का इस्तेमाल करती है.

वैकल्पिक लेआउट संसाधन

अलग-अलग तरह के डिसप्ले साइज़ के हिसाब से अपने यूज़र इंटरफ़ेस (यूआई) का डिज़ाइन बनाने के लिए, अन्य लेआउट इस्तेमाल करें संसाधनों से पता चला है क्वालिफ़ायर.

पांचवीं इमेज. अलग-अलग डिसप्ले साइज़ के लिए अलग-अलग लेआउट इस्तेमाल करने वाला एक ही ऐप्लिकेशन.

अतिरिक्त इमेज जोड़कर, स्क्रीन के हिसाब से लेआउट सेट किए जा सकते हैं, ताकि ज़रूरत के हिसाब से और स्क्रीन के हिसाब से लेआउट सेट किए जा सकें आपके ऐप्लिकेशन के सोर्स कोड में res/layout/ डायरेक्ट्री. हर एक के लिए एक डायरेक्ट्री बनाएं जिसे किसी भिन्न लेआउट की आवश्यकता होती है. इसके बाद, स्क्रीन जोड़ें कॉन्फ़िगरेशन क्वालीफ़ायर, layout डायरेक्ट्री के नाम के लिए होता है (उदाहरण के लिए, 600dp उपलब्ध स्क्रीन के लिए layout-w600dp).

कॉन्फ़िगरेशन क्वालीफ़ायर, इनके लिए उपलब्ध डिसप्ले स्पेस दिखाते हैं आपके ऐप्लिकेशन का यूज़र इंटरफ़ेस (यूआई) सिस्टम, सिस्टम की सभी सजावटों को ध्यान में रखता है (जैसे कि और विंडो कॉन्फ़िगरेशन में बदलाव (जैसे कि मल्टी-विंडो)) मोड) का इस्तेमाल करें.

Android Studio में वैकल्पिक लेआउट बनाने के लिए, लेआउट के वैरिएंट इस्तेमाल करना अलग-अलग स्क्रीन के लिए ऑप्टिमाइज़ करें Views के साथ यूज़र इंटरफ़ेस (यूआई) डेवलप करना.

सबसे छोटा चौड़ाई वाला क्वालीफ़ायर

सबसे छोटी चौड़ाई वाले स्क्रीन साइज़ का क्वालीफ़ायर, ऐसे डिसप्ले के लेआउट जिनकी कम से कम चौड़ाई, डेंसिटी-इंडिपेंडेंट में मापी गई हो पिक्सल (डीपी) चुनें.

Android, स्क्रीन के साइज़ को डीपी की माप के तौर पर बताता है. इससे Android, ऐसे लेआउट जो बिना किसी चिंता के किसी खास डिसप्ले डाइमेंशन के लिए डिज़ाइन किए गए हैं अलग-अलग पिक्सल डेंसिटी हो.

उदाहरण के लिए, main_activity नाम का ऐसा लेआउट बनाया जा सकता है जिसे ऑप्टिमाइज़ किया गया हो फ़ोन और टेबलेट का उपयोग करके अलग-अलग डायरेक्ट्री:

res/layout/main_activity.xml           # For phones (smaller than 600dp smallest width)
res/layout-sw600dp/main_activity.xml   # For 7" tablets (600dp wide or wider)

सबसे छोटा चौड़ाई वाला क्वालीफ़ायर, डिसप्ले के दोनों तरफ़ की सबसे छोटी साइड के बारे में बताता है, भले ही, डिवाइस का मौजूदा ओरिएंटेशन (स्क्रीन की दिशा) भले ही कुछ भी हो, इसलिए यह आपके लेआउट के लिए उपलब्ध कुल डिसप्ले साइज़.

यहां बताया गया है कि सबसे छोटी चौड़ाई वाली वैल्यू, सामान्य स्क्रीन साइज़ से किस तरह मेल खाती हैं:

  • 320dp: छोटी फ़ोन स्क्रीन (240x320 ldpi, 320x480 mdpi, 480x800 hdpi वगैरह.)
  • 480dp: बड़ी फ़ोन स्क्रीन ~5" (480x800 एमडीपीआई)
  • 600 डीपी: 7" टैबलेट (600x1024 mdpi)
  • 720 डीपी: 10" टैबलेट (720x1280 mdpi, 800x1280 mdpi वगैरह)

नीचे दिए गए डायग्राम में, अलग-अलग डीपी के बारे में ज़्यादा जानकारी दी गई है चौड़ाई अलग-अलग स्क्रीन साइज़ और ओरिएंटेशन के हिसाब से होती हैं.

छठी इमेज. अलग-अलग इमेज के लिए सुझाए गए चौड़ाई के ब्रेकपॉइंट स्क्रीन साइज़.

सबसे छोटी चौड़ाई क्वालीफ़ायर के लिए मान dp है, क्योंकि यह मायने रखता है कि सिस्टम के पिक्सल की सघनता के हिसाब से, डिसप्ले स्पेस उपलब्ध होने के बाद (रॉ पिक्सल रिज़ॉल्यूशन नहीं).

सबसे छोटी चौड़ाई जैसे रिसॉर्स क्वालीफ़ायर का इस्तेमाल करके, आपके तय किए गए साइज़ स्क्रीन का साइज़ नहीं होता. इसके बजाय, साइज़, इमेज की चौड़ाई या ऊंचाई के बारे में बताते हैं डीपी यूनिट जो आपके ऐप्लिकेशन की विंडो में उपलब्ध हों. Android सिस्टम सिस्टम यूज़र इंटरफ़ेस (यूआई) की कुछ स्क्रीन (जैसे कि होम पेज के सबसे नीचे दिए गए सिस्टम बार या शीर्ष पर स्थिति बार) होता है, इसलिए हो सकता है कि स्क्रीन का कुछ हिस्सा आपके लेआउट के लिए उपलब्ध है. अगर आपका ऐप्लिकेशन मल्टी-विंडो मोड में इस्तेमाल किया जाता है, तो ऐप्लिकेशन के पास सिर्फ़ उस विंडो के साइज़ का ऐक्सेस होता है जिसमें ऐप्लिकेशन मौजूद होता है. जब विंडो का साइज़ बदला जाता है, तो यह कॉन्फ़िगरेशन बदलें, जिसमें सिस्टम को सही लेआउट फ़ाइल चुनने में मदद करता है. इसलिए, आपके एलान किए जाने वाले क्वालीफ़ायर साइज़ में सिर्फ़ आपके ऐप्लिकेशन के लिए ज़रूरी स्पेस तय होना चाहिए. जब सिस्टम के यूज़र इंटरफ़ेस (यूआई) में किसी भी स्पेस का इस्तेमाल होता है, तो सिस्टम उसे मैनेज करता है आपका लेआउट.

उपलब्ध चौड़ाई क्वालीफ़ायर

डिसप्ले की सबसे छोटी चौड़ाई के हिसाब से लेआउट बदलने के बजाय, आपको हो सकता है कि आप अपने लेआउट को इस आधार पर बदलना चाहें कि कितनी चौड़ाई या ऊंचाई मौजूद है. उदाहरण के लिए, हो सकता है कि आप स्क्रीन के कम से कम 600dp की चौड़ाई देता है. यह इस बात पर निर्भर करता है कि डिवाइस लैंडस्केप या पोर्ट्रेट ओरिएंटेशन में हो. ऐसी स्थिति में, आपको उपलब्ध चौड़ाई क्वालीफ़ायर इस तरह से है:

res/layout/main_activity.xml         # For phones (smaller than 600dp available width)
res/layout-w600dp/main_activity.xml  # For 7" tablets or any screen with 600dp available width
                                     # (possibly landscape phones)

अगर उपलब्ध ऊंचाई आपके ऐप्लिकेशन के लिए चिंता का विषय है, तो आप उपलब्ध लंबाई का क्वालीफ़ायर. उदाहरण के लिए, layout-h600dp उन स्क्रीन के लिए जिनमें स्क्रीन की ऊंचाई कम से कम 600dp हो.

ओरिएंटेशन क्वालीफ़ायर

हो सकता है कि आप केवल इसका उपयोग करके सभी आकार विविधताओं का समर्थन कम से कम चौड़ाई और उपलब्ध चौड़ाई वाले क्वालीफ़ायर का एक साथ इस्तेमाल करके, आप जब उपयोगकर्ता पोर्ट्रेट मोड में स्विच करता हो, तब भी उपयोगकर्ता अनुभव को बदलना हो लैंडस्केप ओरिएंटेशन को सही माना जाता है.

इसके लिए, अपनी लेआउट डायरेक्ट्री में port या land क्वालिफ़ायर जोड़े जा सकते हैं नाम. बस यह ध्यान रखें कि ओरिएंटेशन क्वालिफ़ायर, साइज़ क्वालिफ़ायर के बाद आए. उदाहरण के लिए:

res/layout/main_activity.xml                # For phones
res/layout-land/main_activity.xml           # For phones in landscape
res/layout-sw600dp/main_activity.xml        # For 7" tablets
res/layout-sw600dp-land/main_activity.xml   # For 7" tablets in landscape

सभी स्क्रीन कॉन्फ़िगरेशन क्वालिफ़ायर के बारे में ज़्यादा जानकारी के लिए, ऐप्लिकेशन देखें संसाधनों की खास जानकारी.

विंडो साइज़ की क्लास

विंडो साइज़ क्लास, व्यूपोर्ट ब्रेकपॉइंट होती हैं. इनकी मदद से, पेज के हिसाब से साइज़ सेट किया जा सकता है लेआउट. ब्रेकपॉइंट, आपके ऐप्लिकेशन के लिए उपलब्ध डिसप्ले एरिया की पहचान इस तौर पर करता है: कॉम्पैक्ट, मीडियम या बड़ा किया हुआ. चौड़ाई और ऊंचाई अलग-अलग बताई गई है. इसलिए आपके ऐप्लिकेशन में चौड़ाई के लिए हमेशा विंडो साइज़ क्लास और ऊंचाई.

प्रोग्राम के हिसाब से अडैप्टिव लेआउट को प्रोग्राम के हिसाब से लागू करने के लिए, ये काम करें:

  • विंडो साइज़ क्लास ब्रेकपॉइंट के आधार पर, लेआउट रिसॉर्स बनाएं
  • इसका इस्तेमाल करके अपने ऐप्लिकेशन की चौड़ाई और ऊंचाई वाली विंडो साइज़ की क्लास का पता लगाएं WindowSizeClass#compute() Jetpack WindowManager से मिला फ़ंक्शन लाइब्रेरी
  • विंडो साइज़ की मौजूदा क्लास के लिए, लेआउट रिसॉर्स इनफ़्लेट करें

ज़्यादा जानकारी के लिए, विंडो का साइज़ देखें क्लास.

फ़्रैगमेंट का इस्तेमाल करके, मॉड्यूलराइज़ किए गए यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट

अपने ऐप्लिकेशन को एक से ज़्यादा डिसप्ले साइज़ के हिसाब से डिज़ाइन करते समय, फ़्रैगमेंट का इस्तेमाल करें अपने यूज़र इंटरफ़ेस (यूआई) लॉजिक को अलग-अलग कॉम्पोनेंट में जोड़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन काम का न हो गतिविधियों में यूज़र इंटरफ़ेस (यूआई) के व्यवहार की कॉपी बनाना. इसके बाद, फ़्रैगमेंट को आपस में जोड़ा जा सकता है बड़ी स्क्रीन पर मल्टी-पैनल लेआउट बनाएं या फ़्रैगमेंट छोटी स्क्रीन पर अलग-अलग गतिविधियाँ करना.

उदाहरण के लिए, सूची-जानकारी पैटर्न (देखें SlidingPaneLayout, जैसा कि एक के साथ लागू किया जा सकता है वह फ़्रैगमेंट जिसमें सूची है और दूसरा हिस्सा जिसमें सूची आइटम है विवरण. बड़ी स्क्रीन पर, फ़्रैगमेंट साथ-साथ दिखाए जा सकते हैं; तारीख छोटी स्क्रीन, अलग-अलग, पूरी स्क्रीन को भरने के लिए किया जा सकता है.

ज़्यादा जानने के लिए, फ़्रैगमेंट की खास जानकारी देखें.

गतिविधि एम्बेड करना

अगर आपके ऐप्लिकेशन में कई गतिविधियां शामिल हैं, तो गतिविधि एम्बेड करने की सुविधा से आप ये काम कर सकते हैं अडैप्टिव यूज़र इंटरफ़ेस (यूआई) आसानी से बनाया जा सकता है.

गतिविधि एम्बेड करने की सुविधा, ऐप्लिकेशन की टास्क विंडो में एक ही गतिविधि को एक साथ रिकॉर्ड करें. बड़ी स्क्रीन पर, गतिविधियों को साथ-साथ दिखाया जा सकता है; छोटी स्क्रीन पर, सबसे ऊपर स्टैक्ड करते हैं.

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

ऐक्टिविटी एम्बेड करने की सुविधा, डिवाइस की स्क्रीन की दिशा में बदलाव करने और फ़ोल्ड किए जा सकने वाले डिवाइसों पर भी काम करती है. डिवाइस के घूमने, फ़ोल्ड या अनफ़ोल्ड होने पर गतिविधियों को स्टैक और अनस्टैक करना.

ज़्यादा जानकारी के लिए, गतिविधि देखें एम्बेड करना.

स्क्रीन के साइज़ और आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात)

अलग-अलग स्क्रीन साइज़ और आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) पर अपने ऐप्लिकेशन की जांच करके, यह पक्का करें कि आपका यूज़र इंटरफ़ेस (यूआई) पक्का किया जा सके सही तरीके से स्केल करता है.

Android 10 (एपीआई लेवल 29) और उसके बाद के वर्शन, कई तरह के आसपेक्ट रेशियो के साथ काम करते हैं. फ़ोल्ड किए जा सकने वाले डिवाइस के नाप या आकार लंबी और कम नापने वाली स्क्रीन के हिसाब से अलग-अलग हो सकते हैं. उदाहरण के लिए, जब 21:9 आसपेक्ट रेशियो में हो डिवाइस को अनफ़ोल्ड करने पर उसे 1:1 के स्क्वेयर आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) में बदलें.

यह पक्का करने के लिए कि आपका ऐप्लिकेशन ज़्यादा से ज़्यादा डिवाइसों पर काम करे, नीचे दिए गए कई आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) में देखें:

सातवीं इमेज. अलग-अलग स्क्रीन के आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात).

अगर आपके पास अपनी पसंद के सभी अलग-अलग स्क्रीन साइज़ वाले डिवाइसों का ऐक्सेस नहीं है टेस्ट करने के लिए, Android Emulator का इस्तेमाल करके लगभग किसी भी स्क्रीन साइज़ पर देखा जा सकता है.

अगर इसके बजाय किसी असली डिवाइस पर टेस्ट करना है, लेकिन आपके पास डिवाइस नहीं है, तो आप Firebase टेस्ट लैब का इस्तेमाल करके एक Google डेटा सेंटर में मौजूद डिवाइस.

अन्य संसाधन