विंडोज 8. विंडोज स्टोर में एप्लिकेशन प्रकाशित करने का अनुभव

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

पहचान

ऐसा हुआ कि मुझे विभिन्न "वैकल्पिक" पारिस्थितिक तंत्रों के लिए 3 साल के अनुभव के प्रकाशन के आवेदन प्राप्त हुए हैं। इस दौरान, मुझे Sony, Nintendo, Samsung Bada, Intel AppUp, Blackberry, Nokia Ovi, Windows Phone Marketplace और अब विंडोज स्टोर की प्रमाणन प्रक्रिया का पता चला। उत्तरार्द्ध की विशेषताओं के बारे में, यह लेख।
सबसे पहले, उन अनुप्रयोगों के बारे में थोड़ा जो हम प्रकाशित करते हैं। ये एक आकस्मिक दर्शकों के लिए छोटे खेल हैं। उनमें से सबसे प्रसिद्ध फार्म उन्माद और मोंटेज़ुमा के खजाने हैं। 13 वर्षों से अब हम लगभग सभी नए और लोकप्रिय प्लेटफार्मों पर अपने खेल प्रकाशित कर रहे हैं। जो लोग अधिक जानना चाहते हैं वे हमारे ब्लॉग के माध्यम से देख सकते हैं या हमारी वेबसाइट पर जा सकते हैं ।

WinRT अनुप्रयोग प्रकाशित करना

यह कहानी उपभोक्ता पूर्वावलोकन के दिनों में वापस शुरू हुई। एक बिंदु पर, विंडोज के नए संस्करण के लिए WinRT प्लेटफॉर्म पर विकास शुरू करने का फैसला किया गया था, जिसमें एप्लिकेशन स्टोर पर नजर रखी गई थी। Microsoft के पास ऐसे अनुप्रयोगों के लिए एक विशेष शब्द था: मेट्रो शैली के अनुप्रयोग। हालांकि, हालिया घटनाओं के प्रकाश में, WinRT शब्द का उपयोग नीचे किया जाएगा।
यहां यह स्पष्ट किया जाना चाहिए कि नए ओएस के स्टोर में पूर्ण प्रकाशन केवल WinRT अनुप्रयोगों के लिए संभव है। डेस्कटॉप एप्लिकेशन केवल "फ़्लिप" हो सकते हैं (मैं ट्रेसिंग-पेपर के लिए माफी माँगता हूं), अर्थात। डेवलपर की साइट पर पोस्ट विवरण / स्क्रीनशॉट और URL। डेवलपर द्वारा बिक्री, सामग्री वितरण, उपयोगकर्ताओं के साथ समस्याओं और इसी तरह के बुनियादी ढांचे के कार्यों के मुद्दे विशेष रूप से हल किए जाते हैं।
विकास का मुख्य भाग दो महीनों में पूरा हो गया था, समानांतर प्रकाशन में माइक्रोसॉफ्ट के साथ प्रारंभिक प्रकाशन की संभावना के बारे में बातचीत की गई थी। वार्ता सफलतापूर्वक समाप्त हुई, कम से कम Microsoft रूसी कार्यालय के कर्मचारियों के समर्थन के लिए धन्यवाद, जिसके लिए बहुत धन्यवाद।
और अब निमंत्रण प्राप्त हुआ है, खाता खोला गया है, खेल तैयार है और आप प्रकाशन शुरू कर सकते हैं। हम प्रकाशन के विवरण में नहीं जाएंगे, वे विस्तार से वर्णित हैं, उदाहरण के लिए, यहां ।
इसके बारे में Habré पर Microsoft के एक ब्लॉग में कई लेख लिखे गए हैं ( उदाहरण के लिए )।
मैं सीधे सबसे दिलचस्प हिस्से पर जाऊंगा, यानी जिस रेक पर मुझे कदम रखना था।

जेली

प्रमाणन रिपोर्ट

अगर प्रमाणीकरण सफल रहा, तो अच्छा। लेकिन अगर नहीं, तो यह समझना कि क्यों अक्सर बहुत मुश्किल होता है। तथ्य यह है कि रिपोर्ट में आपके आवेदन में विशिष्ट स्थानों के संकेत शामिल नहीं हैं जहां त्रुटि हुई, प्लेबैक चरणों का उल्लेख करने के लिए नहीं। रिपोर्ट में आवश्यकताओं का केवल एक आइटम है जिसका उल्लंघन किया जाता है। यहाँ एक विशिष्ट रिपोर्ट है:



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

गोपनीयता नीति

हमारे मामले में, हमने एप्लिकेशन को साझा अनुबंध तंत्र के लिए समर्थन जोड़ा। यह सामाजिक के बीच की प्रणाली में निर्मित एक परत है। नेटवर्क और अनुप्रयोग, अर्थात उपयोगकर्ता एक बटन के साथ फेसबुक और / या ट्विटर, आदि के लिए परिणाम पोस्ट कर सकते हैं। यह माना जाता है कि यह भारी उपयोगकर्ता के बोझ को कम करेगा, साथ ही उन डेवलपर्स के बोझ को भी कम करेगा जो अब एक एपीआई के साथ काम करेंगे। इसलिए, Microsoft के दृष्टिकोण से, यह पैरा 4.1 का उल्लंघन करता है। (नवीनतम संस्करण में, उन्होंने इसे दो उप-विभाजनों में विभाजित किया है, जाहिर तौर पर ऐसी समस्या अक्सर होती है। जिस समय हम इस मद में भाग गए, यह इस तरह लग रहा था: "4.1 आपकी एप्लिकेशन को व्यक्तिगत जानकारी प्रकाशित करने के लिए ऑप्ट-इन या समकक्ष सहमति प्राप्त करनी चाहिए"। )
यानी यह पता चला है, सबसे पहले, कि हमारा आवेदन उपयोगकर्ता की व्यक्तिगत जानकारी एकत्र करता है (यह ऐसा नहीं है), और दूसरी बात, उसे अपने ज्ञान के बिना प्रकाशित करता है। उसी समय, गोपनीयता नीति के साथ सब कुछ था, स्टोर में एप्लिकेशन पेज पर दस्तावेज़ था और दस्तावेज़ के लिए एक लिंक है।
कुछ दिनों के लिए Microsoft प्रतिनिधियों के साथ समर्थन और संचार के पत्रों ने मदद नहीं की। ऐसा लगता है कि प्रमाणन टीम कुछ मानदंडों के अनुसार ऐसा कर रही है जो हमेशा स्पष्ट नहीं होते हैं।
परिणामस्वरूप, Share को हटाकर समस्या को हल किया गया था।
बाद में यह पता चला कि सेटिंग्स के लिए एक और अनुबंध के लिए समर्थन जोड़ना आवश्यक था, और इसमें गोपनीयता नीति के लिए एक लिंक जोड़ें।

कम शक्ति वाला कंप्यूटर

प्रमाणीकरण प्रक्रिया के दौरान हमें जो एक और समस्या का सामना करना पड़ा, वह खंड 3.8 का उल्लंघन है (आपके ऐप को कम-शक्ति वाले कंप्यूटर पर बुनियादी प्रदर्शन मानदंडों को पूरा करना होगा)।
Microsoft "कमजोर" कंप्यूटर क्या है, इसकी स्पष्ट परिभाषा नहीं देता है। केवल सामान्य शब्द हैं: "जैसे कि एक इंटेल एटम प्रोसेसर-आधारित कंप्यूटर जिसका स्क्रीन रिज़ॉल्यूशन 1024x768 (या अधिक) और एक रोटेशनल हार्ड ड्राइव (ठोस-राज्य हार्ड ड्राइव के विपरीत) है।" यह पहले से ही शर्मनाक है कि एआरएम के बारे में एक शब्द नहीं कहा जाता है, हालांकि वास्तव में यह पैराग्राफ केवल एआरएम के बारे में है।
रिपोर्ट प्राप्त करने से पहले, हमने सबसे कमजोर डेस्कटॉप मशीन का परीक्षण किया जिसे हम कार्यालय में पा सकते हैं। जैसा कि यह निकला, यह पर्याप्त नहीं था।
परिणामस्वरूप, हमें 1024x600 के रिज़ॉल्यूशन के साथ इंटेल एटम पर एक नेटबुक मिली, लेकिन एक कनेक्टेड बाहरी मॉनिटर। जब तस्वीर बाहरी पर होती है तो आंतरिक मॉनिटर पर खिलौने को नियंत्रित करना मज़ेदार था। लेकिन प्रमाणीकरण बीत चुका है।

विंडोज स्टोर खाता निर्माण और सुरक्षा

स्टोर में खाता ई-मेल पते से जुड़ा है। एक को। इसलिए, इसे तुरंत एक मेलिंग सूची बनाना सबसे अच्छा है। बहुत से लोगों को स्टोर तक पहुंच की आवश्यकता होगी: ग्रंथों के संपादन के लिए आवेदन और सामग्री प्रबंधक के निर्माण के दौरान प्रोग्रामर और वित्तीय जानकारी एकत्र करने के लिए अकाउंटेंट दोनों। किसी खाते के भीतर पहुंच क्षेत्रों को अलग करना असंभव है - हर किसी के पास हर चीज की पहुंच है।
इस संबंध में, सांत्वना देने वालों के लिए सबसे अच्छी सुरक्षा स्थिति। यह कंपनी को सौंपे गए आईपी पतों की श्रेणी और प्रत्येक व्यक्ति के लिए एक अलग व्यक्तिगत लॉगिन / पासवर्ड है। भूमिका द्वारा प्लस अभिगम नियंत्रण। प्रत्येक क्रिया के लिए प्लस लॉगिंग, किसने क्या और कब बदला। इस प्रकार, एक एकाउंटेंट सुरक्षित रूप से फिन के लिए पढ़ने की अनुमति के साथ एक खाते तक पहुंच दे सकता है। आँकड़े, डर नहीं है कि वह गलती से आवेदन को नष्ट कर सकता है।
अन्य चीज़ों के अलावा, स्टोर में प्रत्येक प्राधिकरण में आपको जाँच की जाएगी कि आपके पास ई-मेल खाते तक पहुँच है:



आमतौर पर प्रतिष्ठित कोड 5 मिनट के भीतर आता है, लेकिन एक मामला था जब मुझे कई घंटे इंतजार करना पड़ा।
बेशक, वैकल्पिक विकल्प हैं। सबसे पहले, आप एसएमएस द्वारा कोड प्राप्त कर सकते हैं। दूसरे, आप "विश्वसनीय पीसी" का उपयोग कर सकते हैं, लेकिन इसके लिए कम से कम इंटरनेट एक्सप्लोरर के नवीनतम संस्करण की आवश्यकता होती है।

जानकारी का अभाव

हम उस अनुबंध को ध्यान से पढ़ते हैं जिसे प्रत्येक डेवलपर को खाता बनाने की प्रक्रिया में हस्ताक्षर करना चाहिए। एक विवादास्पद बिंदु है: Microsoft बिक्री प्राधिकरणों को बिक्री कर एकत्र करने और स्थानांतरित करने जा रहा है, जो आमतौर पर एजेंट (वैट और बिक्री कर) एकत्र नहीं करता है। और केवल कुछ देशों में, बाकी में आपको खुद करों का भुगतान करने की आवश्यकता होती है।
अनुबंध में इस मद के लिए MSDN का एक संदर्भ है - "अतिरिक्त कर जानकारी और आवश्यकताओं के लिए कृपया MSDN देखें"। MSDN खोज ने कोई परिणाम नहीं दिया। हमने समर्थन में लिखा, हम जवाब का इंतजार कर रहे हैं।
यही स्थिति स्टोर के यूआई के साथ है, जहां अक्सर एमएसडीएन पर खोज करने के सुझाव के साथ, अधिक लिंक जानें जल्द ही आने वाले स्टुब पृष्ठ आते हैं।

Microsoft समर्थन

कल्पना करें कि आपके पास एक प्रश्न है जिसके लिए आप पहले MSDN और Google में खोज कर चुके हैं, लेकिन इसका संतोषजनक उत्तर नहीं मिला है। फिर आपको सीधे Microsoft समर्थन पर जाने की आवश्यकता है, जिसका नाम getsupport.microsoft.com है ।
समर्थन ही काफी अच्छी तरह से काम करता है, प्रतियोगियों की तुलना में बदतर नहीं है। ज्यादातर मामलों में, उत्तर 24 घंटों के भीतर आते हैं। लोग वही काम करते हैं जो मंचों पर जवाब देते हैं। हां, निश्चित रूप से ऐसा होता है कि उत्तर उस प्रश्न के लिए नहीं होता है जो पूछा जाता है, लेकिन उस उत्तर के लिए सुविधाजनक है, लेकिन आप इसके बारे में कुछ भी नहीं कर सकते - हर जगह यह है। हां, अंग्रेजी और यूएस समय में समर्थन कार्य करता है।
हालांकि, समर्थन के साथ दो बारीकियां हैं जिनके बारे में आपको पता होना चाहिए।
सबसे पहले, जब एक टिकट वेब फॉर्म के माध्यम से खोला जाता है, तो यह कभी-कभी एक लॉगिन / पासवर्ड अनुरोध को फेंक देता है, जबकि टाइप किए गए टिकट पाठ खो जाता है। इसलिए, क़ीमती बटन दबाने से पहले, कम से कम बफर में पाठ को बचाने के लिए सबसे अच्छा है।
दूसरे, समर्थन के जवाब में पत्राचार का इतिहास नहीं होता है। यानी उत्तर में आप अपनी अंतिम टिप्पणी और उसके उत्तर को देखेंगे, लेकिन प्रारंभिक प्रश्न और उसके बाद के सभी पत्राचार को नहीं।

डेस्कटॉप अनुप्रयोग प्रकाशन

WinRT की तुलना में डेस्कटॉप एप्लिकेशन को प्रकाशित करना और भी आसान और तेज़ था। सभी की जरूरत थी एक VeriSign डिजिटल प्रमाण पत्र और एक WACK परीक्षण। परिणामी रिपोर्ट Microsoft को अपलोड कर दी जाती है और आवेदन प्रकाशन के लिए उपलब्ध हो जाता है।
प्रक्रिया विस्तार से वर्णित है, उदाहरण के लिए, यहां ।
यह ध्यान देने योग्य है कि WACK डेस्कटॉप एप्लिकेशन के लिए जांच की प्रक्रिया WinRT एप्लिकेशन की जांच करने में अधिक समय लेती है और आसानी से 20 मिनट से अधिक समय ले सकती है, खासकर अगर सत्यापन Microsoft की सिफारिशों के अनुसार "कमजोर" कंप्यूटर पर होता है।

निष्कर्ष

सामान्य तौर पर, विंडोज स्टोर में प्रकाशन प्रक्रिया काफी पारदर्शी होती है, जिसमें वृद्धि रोगों से संबंधित कुछ बिंदुओं के अपवाद होते हैं। हमने दूसरी बार से आवेदन का WinRT प्रमाणीकरण पारित किया, और डेस्कटॉप - सामान्य तौर पर, पहले से। मुझे उम्मीद है कि हमारा अनुभव किसी के लिए उपयोगी है। यदि आपके कोई प्रश्न हैं, तो टिप्पणी में आपका स्वागत है!