2016-04-04 4 views
8

हम माइक्रोसॉफ्ट के सिल्वरलाइट के त्याग से पकड़े गए और यूडब्ल्यूपी पर ध्यान केंद्रित कर लिया। यह हमारे साथ दो दोहरी केंद्रित केंद्रित ऐप्स (यूडब्ल्यूपी और सिल्वरलाइट) विकसित करने के साथ समाप्त हो गया है, जिसने हमें दो ऐप्स के साथ छोड़ दिया है जिन्हें एक साथ बंडल/पैक नहीं किया जा सकता है। इसलिए हमने ऐप्स को एक साथी ऐप के रूप में रखने का निर्णय लिया है।दो ऐप्स के लिए समान तालिका, अधिसूचना हब और सर्वर

दोनों ऐप्स प्रमाणीकरण का उपयोग करते हैं, वर्तमान समय में यह माइक्रोसॉफ्ट प्रमाणीकरण के साथ है। प्रमाणीकरण के लिए उपयोग की जाने वाली सेवाएं Azure App Service - Mobile प्रकार का है। प्रमाणीकरण के अलावा सेवाएं अधिसूचना केंद्र, ब्लॉब स्टोरेज और एसक्यूएल स्टोरेज में इंटरफेस भी प्रदान करती हैं।

इसलिए सवाल यह है कि App Service - Mobile (मोबाइल सेवा नहीं), और एक ही सेवा का उपयोग करके दो अलग-अलग ऐप्स प्रमाणित करना संभव है? इसके अतिरिक्त अलग-अलग ऐप्स की ओर अधिसूचनाएं भेजने के लिए समान अधिसूचना हब का उपयोग किया जा सकता है?

या यह आवश्यक है कि हम प्रमाणीकरण और पुश संदेशों के उपयोग की सुविधा के लिए प्रत्येक एप्लिकेशन के लिए दो अलग-अलग सेवाएं बनाएं। फिर हम उसी डेटाबेस को दो App Service - Mobile से लिंक कर सकते हैं? लेकिन यह अधिसूचना केंद्रों का मुद्दा छोड़ देगा जो समान पंजीकरण नहीं है?

+0

मोबाइल ऐप सेवा क्या है? – juvchan

+0

@juvchan बस उसमें एक छोटा सा संपादन किया। यह एक 'ऐप सेवा' है लेकिन यह एपीआई या वेब जैसी 'ऐप सेवा' का एक संस्करण है। लेकिन मोबाइल एक विशेष रूप से समर्थन के रूप में सेवा के साथ चलने वाले फोन या कंप्यूटर ऐप्स के संबंध में है। पुरानी मोबाइल सेवा की तरह। – JTIM

+1

यह स्पष्ट लगता है, धन्यवाद! – juvchan

उत्तर

1

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

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

0

एक एज़ूर मोबाइल ऐप में क्लाइंट ऐप और एज़ूर में बैकएंड शामिल है। एक से अधिक ऐप के लिए आप एक ही बैकएंड का पुन: उपयोग करने से रोक नहीं रहे हैं।

+0

ठीक है। फिर ग्राहक गुप्त और एसआईडी के लिए अधिसूचना केंद्र में जानकारी डालना चाहिए? इन दोनों के लिए दो ऐप्स का अपना मूल्य है। और विभिन्न क्लाइंट आईडी और क्लाइंट रहस्य के साथ प्रमाणीकरण के बारे में क्या? क्या ये सेटिंग्स इससे कोई फर्क नहीं पड़ता कि यह अलग-अलग ऐप्स संचार कर रहा है? – JTIM

2

मुझे नहीं लगता कि आपके पास एक Azure मोबाइल ऐप से जुड़े एक से अधिक ऐप्स हो सकते हैं। आप एक ही ऐप को विभिन्न प्लेटफॉर्म पर कनेक्ट कर सकते हैं लेकिन एक ही मंच के लिए कई एप्लिकेशन नहीं हैं क्योंकि मोबाइल ऐप को एक व्यक्तिगत ऐप बैक एंड के रूप में डिज़ाइन किया गया है। इस प्रतिक्रिया अनुरोध की जांच करें। https://feedback.azure.com/forums/218849-notification-hubs/suggestions/3821272-push-notifications-for-multiple-apps

+0

यही वह था जो मुझे डर था। तो एकमात्र चीज जो मैं कर सकता हूं वह एक ही संसाधन समूह में एक नई सेवा बना रहा है और फिर तालिका डेटा में कनेक्शन स्ट्रिंग बनाता है ताकि वे उसी डेटा पर काम कर सकें? तो मेरे पास व्यक्तिगत प्रमाणीकरण और अधिसूचना केंद्र भी होगा। – JTIM

+1

हां वे एक ही बैक-एंड डेटाबेस से कनेक्ट हो सकते हैं। प्रमाणीकरण आपकी व्यक्तिगत सेवा के माध्यम से जाएगा। और अधिसूचना केंद्र भी अलग होगा। https://feedback.azure.com/forums/218849-notification-hubs/suggestions/7189494-multiple-cert-support-for-apns-in-azure-push-notif। –

संबंधित मुद्दे