2009-12-16 7 views
8

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

उत्तर

14

किसी ऐप के लिए बंडल पहचानकर्ता अद्यतनों के बीच हमेशा एक ही रहना चाहिए, लेकिन एपआईडी वास्तव में अलग हो सकता है।तो आपको केवल एक नया ऐपआईड बनाना है जो एक ही बंडल पहचानकर्ता को वाइल्ड कार्ड की बजाय मूल ऐप के रूप में इस्तेमाल करता है।

वाइल्डकार्ड का उपयोग करने वाले ऐप्स को अभी भी सामान्य बंडल पहचानकर्ता की आवश्यकता है। वाइल्डकार्ड ऐपआईडी आपको किसी भी बंडल पहचानकर्ता का उपयोग करने देता है, लेकिन इसे अभी भी एक की आवश्यकता है।

http://developer.apple.com/library/ios/#qa/qa1713/_index.html https://developer.apple.com/library/ios/#technotes/tn2259/_index.html

+0

आपको बहुत ज्यादा बोवाइन धन्यवाद, ठीक वही है जो मैं ढूंढ रहा हूं। – Mohan

+0

धन्यवाद, धन्यवाद, धन्यवाद। – marimba

3

आपको वास्तव में ऐप की आईडी बदलने की ज़रूरत नहीं है, आपको बस उस विशिष्ट आईडी के लिए एक नई प्रावधान फ़ाइल बनाने की आवश्यकता है जिसे आपने पहले ही भेज दिया है, और उसके बाद नए ऐप के साथ अपने ऐप के अपग्रेड किए गए संस्करण पर हस्ताक्षर करें प्रमाण पत्र।

यही है, अगर पुराना ऐप का बंडल आईडी com.yourcompany.myapp था, और com.yourcompany के साथ हस्ताक्षर किए। * प्रमाणपत्र, आप बस एक नया com.yourcompany.myapp प्रमाणपत्र बनाते हैं, लेकिन आप ऐप के बंडल पहचानकर्ता को छोड़ देते हैं पहले की तरह ही।

+0

एप्लिकेशन और प्रमाणपत्र com.yourcompany थे। *। यह कभी एक विशिष्ट आईडी नहीं था। हमेशा एक वाइल्डकार्ड था। तो इसका मतलब है कि मुझे बंडल आईडी को कुछ विशिष्ट में बदलने की आवश्यकता होगी और एक नया प्रमाणपत्र भी सही होगा? – 4thSpace

+0

मुझे नहीं पता था कि यह आपके बंडल आईडी में तारांकन का उपयोग करने के लिए काम करेगा ... इसलिए यदि आपने वास्तव में ऐसा किया है, तो मुझे लगता है कि आपको इसे बदलना पड़ सकता है। –

+0

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

3

संक्षेप में आप एक पहले से सबमिट किए गए ऐप को कन्वर्ट कर सकते हैं जो एक अद्वितीय ऐप आईडी में वाइल्डकार्ड बंडल आईडी का उपयोग करता है। हालांकि, यदि आप ऐसा करते हैं तो आपको उपयोगकर्ता के दृष्टिकोण से कुछ समस्याएं या गिरावट आ रही है।

ऐप्पल ऐप स्टोर पर ऐप्स की पहचान करने के लिए बंडल आईडी का उपयोग करता है (इसलिए शब्द ऐप आईडी :-))।

आप जिस समस्या का सामना कर रहे हैं वह यह है कि आपका ऐप संभावित उपयोगकर्ता डाउनलोड के साथ पहले से ही ऐप स्टोर पर है। अब जब आप अपने एप्लिकेशन को नई अनूठी ऐप आईडी के साथ अपडेट करते हैं, तो उपयोगकर्ता जो पहले से ही आपका एप्लिकेशन डाउनलोड कर चुके हैं (पुरानी ऐप आईडी के साथ) को अपडेट नहीं मिलेगा (नई अनूठी ऐप आईडी के साथ)।

ऐसा क्यों होता है कि अब आपके आवेदन में एक नया बंडल आईडी है। पुराने ऐप आईडी से कोई कनेक्शन नहीं है। चूंकि ऐप्स में केवल ऐप आईडी का एक संदर्भ हो सकता है। आमतौर पर उत्पादन रिलीज, और आपके आवेदन के अपडेट में एक ऐप आईडी रखने के लिए यह एक अच्छा विचार है।

यदि आप अपनी ऐप (जो आप कर सकते हैं) के लिए एक अद्वितीय आईडी बनाते हैं। उपयोगकर्ता जो नए अपडेट किए गए ऐप को डाउनलोड करते हैं, सब कुछ ठीक और बेवकूफ होगा, लेकिन उन उपयोगकर्ताओं के लिए जो अपडेट से पहले आपके ऐप को डाउनलोड करते हैं। खैर ... अब आपने आधिकारिक तौर पर उन उपयोगकर्ताओं के लिए एक ऐप अनाथ बनाया है, इन उपयोगकर्ताओं को कभी भी यह अपडेट नहीं मिलेगा क्योंकि यह ऐप आईडी से मेल नहीं खाता है।

जहां तक ​​इस के आसपास एक रास्ता है। मुझे यकीन नहीं है कि क्या है। मैं केवल सुझाव दे सकता हूं कि आप ALWAYS अपने भविष्य के उत्पादन रिलीज अनुप्रयोगों के लिए अद्वितीय ऐप आईडी बनाएं।


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

स्पष्टीकरण उद्देश्यों के निम्न के लिए अद्वितीय ID के

  • com.companyname.appname (पसंदीदा अद्वितीय ऐप्लिकेशन आईडी के लिए नामकरण सम्मेलन)
  • appname.companyname हैं
+0

क्या इस परिस्थिति के आसपास कोई रास्ता है? क्या ऐप को पहले से डाउनलोड करने वाले सभी लोगों के लिए अपडेट अधिसूचना खोए बिना वाइल्डकार्ड का उपयोग करने वाले ऐप के लिए ऐप-ऐप खरीदारी सक्षम करना संभव है? –

+0

@ एंड्रयू नहीं आप नहीं कर सकते। चूंकि इन-ऐप खरीदारी करने में सक्षम होने के लिए आपको एक अद्वितीय ऐप आईडी के साथ शुरू करना होगा। किंडा-कैच -22 परिदृश्य की तरह। इसे हल करने का सबसे अच्छा तरीका ऐप्स को वितरित करते समय अद्वितीय ऐप आईडी का उपयोग करना होगा। –