ActionCodeSettings interface

यह ऐसा इंटरफ़ेस है जो ज़रूरी जारी/स्टेट यूआरएल के बारे में बताता है. इसमें Android और iOS बंडल के वैकल्पिक आइडेंटिफ़ायर शामिल होते हैं.

हस्ताक्षर:

export interface ActionCodeSettings 

प्रॉपर्टी

प्रॉपर्टी टाइप ब्यौरा
Android { PackageName: स्ट्रिंग; InstallApp?: बूलियन; minVersion?: स्ट्रिंग; } पर स्विच करने के मकसद से, हमसे संपर्क करने के लिए धन्यवाद. Android पैकेज का नाम बताता है. यह Android ऐप्लिकेशन के इंस्टॉल होने पर, उस लिंक को खोलने की कोशिश करेगा. अगर installApp को पास किया जाता है, तो इससे यह तय होता है कि Android ऐप्लिकेशन को इंस्टॉल करना है या नहीं. ऐसा तब होता है, जब डिवाइस पर यह सुविधा काम करती है और ऐप्लिकेशन पहले से इंस्टॉल नहीं है. अगर इस फ़ील्ड को packageName के बिना दिया गया है, तो एक गड़बड़ी दिखती है. इसमें यह बताया जाता है कि packageName को इस फ़ील्ड के साथ ही दिया जाना चाहिए. अगर minimumVersion बताया गया है और ऐप्लिकेशन का पुराना वर्शन इंस्टॉल है, तो उपयोगकर्ता को ऐप्लिकेशन अपग्रेड करने के लिए Play Store पर ले जाया जाता है.
डाइनैमिक लिंकडोमेन स्ट्रिंग यह नीति, मौजूदा लिंक के लिए इस्तेमाल किए जाने वाले डाइनैमिक लिंक डोमेन के बारे में बताती है. ऐसा तब होता है, जब इसे Firebase डाइनैमिक लिंक का इस्तेमाल करके खोला जाना हो. ऐसा इसलिए होता है, क्योंकि हर प्रोजेक्ट में डाइनैमिक लिंक वाले कई डोमेन कॉन्फ़िगर किए जा सकते हैं. इस फ़ील्ड की मदद से, हर प्रोजेक्ट के लिए अलग से कॉन्फ़िगर किया जा सकता है. इन फ़ील्ड की मदद से, किसी एक को साफ़ तौर पर चुना जा सकता है. अगर कोई डोमेन नहीं दिया गया है, तो डिफ़ॉल्ट रूप से सबसे पुराने डोमेन का इस्तेमाल किया जाता है.
handleCodeInApp बूलियन लिंक को मोबाइल ऐप्लिकेशन से खोलना है या ब्राउज़र से. डिफ़ॉल्ट रूप से, यह वैल्यू 'गलत' पर सेट होती है. अगर नीति को 'सही है' पर सेट किया जाता है, तो ऐक्शन कोड के लिंक को यूनिवर्सल लिंक या Android ऐप्लिकेशन के लिंक के तौर पर भेजा जाता है. अगर ऐप्लिकेशन इस लिंक को इंस्टॉल करता है, तो इसे ऐप्लिकेशन में खोला जा सकता है. गलत स्थिति में, कोड को पहले वेब विजेट पर भेजा जाता है और फिर ऐप्लिकेशन इंस्टॉल होने पर, उस पर रीडायरेक्ट किया जाता है.
iOS { bundleId: स्ट्रिंग; } पर स्विच करने के मकसद से, हमसे संपर्क करने के लिए धन्यवाद. iOS बंडल आईडी के बारे में बताता है. यह ऐसे लिंक को किसी iOS ऐप्लिकेशन में खोलने की कोशिश करेगा जो इंस्टॉल हो.
यूआरएल स्ट्रिंग लिंक जारी रखें/स्टेट यूआरएल के बारे में बताता है, जिसका अलग-अलग कॉन्टेक्स्ट में मतलब अलग-अलग होता है:
  • जब लिंक को वेब ऐक्शन विजेट में हैंडल किया जाता है, तब यह continueUrl क्वेरी पैरामीटर में मौजूद डीप लिंक होता है.
  • जब लिंक को सीधे ऐप्लिकेशन में हैंडल किया जाता है, तो यह डाइनैमिक लिंक के डीप लिंक में मौजूद continueUrl क्वेरी पैरामीटर होता है.

ActionCodeSettings.android

Android पैकेज का नाम बताता है. यह Android ऐप्लिकेशन के इंस्टॉल होने पर, उस लिंक को खोलने की कोशिश करेगा. अगर installApp को पास किया जाता है, तो इससे यह तय होता है कि Android ऐप्लिकेशन को इंस्टॉल करना है या नहीं. ऐसा तब होता है, जब डिवाइस पर यह सुविधा काम करती है और ऐप्लिकेशन पहले से इंस्टॉल नहीं है. अगर इस फ़ील्ड को packageName के बिना दिया गया है, तो एक गड़बड़ी दिखती है. इसमें यह बताया जाता है कि packageName को इस फ़ील्ड के साथ ही दिया जाना चाहिए. अगर minimumVersion बताया गया है और ऐप्लिकेशन का पुराना वर्शन इंस्टॉल है, तो उपयोगकर्ता को ऐप्लिकेशन अपग्रेड करने के लिए Play Store पर ले जाया जाता है.

हस्ताक्षर:

android?: {
        packageName: string;
        installApp?: boolean;
        minimumVersion?: string;
    };

ActionCodeSettings.DynamicLinkDomain

अगर मौजूदा लिंक को Firebase डाइनैमिक लिंक का इस्तेमाल करके खोला जाना है, तो यह डाइनैमिक लिंक डोमेन के बारे में बताता है. ऐसा इसलिए, क्योंकि हर प्रोजेक्ट में डाइनैमिक लिंक वाले कई डोमेन कॉन्फ़िगर किए जा सकते हैं. इस फ़ील्ड की मदद से, हर प्रोजेक्ट के लिए अलग से कॉन्फ़िगर किया जा सकता है. इन फ़ील्ड की मदद से, किसी एक को साफ़ तौर पर चुना जा सकता है. अगर कोई डोमेन नहीं दिया गया है, तो डिफ़ॉल्ट रूप से सबसे पुराने डोमेन का इस्तेमाल किया जाता है.

हस्ताक्षर:

dynamicLinkDomain?: string;

ActionCodeSettings.handleCodeInApp

लिंक को मोबाइल ऐप्लिकेशन से खोलना है या ब्राउज़र से. डिफ़ॉल्ट रूप से, यह वैल्यू 'गलत' पर सेट होती है. अगर नीति को 'सही है' पर सेट किया जाता है, तो ऐक्शन कोड के लिंक को यूनिवर्सल लिंक या Android ऐप्लिकेशन के लिंक के तौर पर भेजा जाता है. अगर ऐप्लिकेशन इस लिंक को इंस्टॉल करता है, तो इसे ऐप्लिकेशन में खोला जा सकता है. गलत स्थिति में, कोड को पहले वेब विजेट पर भेजा जाता है और फिर ऐप्लिकेशन इंस्टॉल होने पर, उस पर रीडायरेक्ट किया जाता है.

हस्ताक्षर:

handleCodeInApp?: boolean;

ActionCodeSettings.iOS

iOS बंडल आईडी के बारे में बताता है. यह ऐसे लिंक को किसी iOS ऐप्लिकेशन में खोलने की कोशिश करेगा जो इंस्टॉल हो.

हस्ताक्षर:

iOS?: {
        bundleId: string;
    };

ActionCodeSettings.url

लिंक जारी रखने/स्टेट यूआरएल के बारे में बताता है, जिसका अलग-अलग कॉन्टेक्स्ट में मतलब अलग-अलग होता है:

  • जब लिंक को वेब ऐक्शन विजेट में हैंडल किया जाता है, तब यह continueUrl क्वेरी पैरामीटर में मौजूद डीप लिंक होता है.
  • जब लिंक को सीधे ऐप्लिकेशन में हैंडल किया जाता है, तो यह डाइनैमिक लिंक के डीप लिंक में मौजूद continueUrl क्वेरी पैरामीटर होता है.

हस्ताक्षर:

url: string;