विंडोज एज़्योर मोबाइल सर्विसेज कस्टम एपीआई एक स्क्रैम बोर्ड के एक उदाहरण के रूप में

इस लेख में मैं विंडोज एज़्योर मोबाइल सर्विसेज और एज़्योर क्लाउड स्टोरेज के आधार पर क्लाउड में बैकेंड के साथ एक साधारण स्क्रैम-बोर्ड बाइक बनाने के अनुभव को साझा करना चाहता हूं।


यह पिकी पाठकों को तुरंत चेतावनी देने के लायक है कि मुख्य प्राथमिकता सादगी और समय की न्यूनतमता थी। अंत में, फुर्तीली विकास की यह महत्वपूर्ण कलाकृति कागज के टुकड़ों के साथ सिर्फ एक सफेद बोर्ड है, इसलिए एक आभासी मूर्ति में केवल बुनियादी कार्यक्षमता होगी।
Windows Azure प्लेटफ़ॉर्म को संयोग से नहीं चुना गया था। इस तथ्य के बावजूद कि किसी अन्य क्लाउड प्लेटफॉर्म की तरह एज़्योर हमारे परिदृश्य में सस्ता नहीं है, जब एक छोटा फुर्तीली टीम बोर्ड का उपयोग करती है, तो इस समाधान में लगभग कुछ भी खर्च नहीं होगा।
यह आलेख इस बात पर अधिक ध्यान केंद्रित करता है कि आप विंडोज एज़्योर से क्या प्राप्त कर सकते हैं, खासकर यदि आपके पास पहले से सदस्यता है।
सभी स्रोत कोड https://bitbucket.org/savamura/scrumboard पर एक ओपन सोर्स प्रोजेक्ट में उपलब्ध है।

आप यहां बिना बैकएंड के यूआई देख सकते हैं ।

ग्राहक भाग

एप्लिकेशन का मुख्य भाग क्लाइंट कोड है। यह उनका लेखन था जिसमें सबसे अधिक समय लगा (वास्तव में, लेख लिखने में सबसे अधिक समय लगा)। इसके बावजूद, मैं स्पष्ट कोड पर भरोसा करते हुए कार्यान्वयन को बहुत अधिक विस्तार से नहीं बताऊंगा। क्लाइंट को HTML5 बॉयलरप्लेट , jQuery , jQuery यूआई , नॉकआउट.जेएस , अंडरस्कोर.जेएस , थोड़ा बैकबोन.जेएस की आवश्यकता होगी । MVVM सलाद में सब कुछ मिलाएं, स्वाद के लिए नमक जोड़ें।
व्यू दो बटन (नया स्टिकर, सेव बोर्ड) के साथ एक html पृष्ठ है, जो स्टिकर गुणों के साथ एक संवाद है और वास्तव में, एक फ़ील्ड है जहाँ ये स्टिकर "छड़ी" होते हैं। शीर्ष पर चरणों के साथ एक पट्टी होती है जिसके तहत आप स्टिकर लगा सकते हैं।
डेटा मॉडल बेहद सरल है - यह स्टिकर, एक शिलालेख, अतिरिक्त जानकारी, साथ ही साथ अपने पसंदीदा कार्य प्रबंधन प्रणाली में एक कार्य के लिए एक निर्देशांक है। स्टिकर के निर्देशांक इसे खींचकर, और संबंधित डेटा - संवाद बॉक्स का उपयोग करके बदल दिए जाते हैं। ड्रैग-एंड-ड्रॉप स्टिकर और डायलॉग बॉक्स अनायास jQuery.UI का उपयोग करके प्राप्त किए जाते हैं। नॉकआउट.जे का उपयोग करने से आप इस दृश्य के तत्वों से प्रस्तुति तर्क को अलग कर सकते हैं। आवेदन के दौरान, तीन ViewModel हैं: BoardViewModel, StickerViewModel और StickerPropertiesDialogViewModel।
हम थोड़ी देर बाद ग्राहक के पास लौट आएंगे। सबसे पहले, मोबाइल सेवा का बैकएंड बनाएं।

Azure मोबाइल सेवा और कस्टम API

Windows Azure मोबाइल सेवाएँ नोड.जेएस अनुप्रयोगों के लिए एक विशेष क्लाउड होस्टिंग है। REST API के अलावा, पुश सूचनाएँ मुख्य मोबाइल प्लेटफ़ॉर्म पर उपलब्ध हैं, पहचान प्रदाताओं (Google, Facebook, Twitter, Microsoft) का उपयोग करके प्रमाणीकरण और निर्धारित कार्य लॉन्च किए जाते हैं। आप सीधे वेब कंसोल में अपना एप्लिकेशन बना सकते हैं, या आप गिट रिपॉजिटरी के साथ एप्लिकेशन के सिंक्रनाइज़ेशन को कॉन्फ़िगर कर सकते हैं। चलो दोनों की कोशिश करो।
सबसे पहले, Azure वेब कंसोल में एक नई मोबाइल सेवा बनाएं। आपको एक विशिष्ट नाम, क्षेत्र और "एक नि: शुल्क 20 एमबी एसक्यूएल डेटाबेस बनाएं" का चयन करना होगा। आप तुरंत डेटाबेस का परित्याग नहीं कर सकते, लेकिन आप इसे निर्माण के बाद हटा सकते हैं या इसका उपयोग नहीं कर सकते। तथ्य यह है कि बॉक्स से बाहर दो प्रकार के REST API उपलब्ध हैं: SQL तालिकाओं और कस्टम API में डेटा के प्रबंधन के लिए मूल CRUD API, जहाँ आप कुछ भी कर सकते हैं। यह थोड़ा अजीब है कि एसक्यूएल डेटाबेस को क्लाउड सेवा में उपयोग के लिए इतनी आंतरिक रूप से पेश किया जाता है (हालांकि यदि आप इसकी लागत की तुलना नो एसक्यूएल भंडारण की लागत से करते हैं, तो सब कुछ स्पष्ट हो जाएगा)। बेशक, हम एक SQL डेटाबेस में डेटा स्टोर करने में सक्षम हो सकते हैं, और सबसे अधिक संभावना है कि हमारे बोर्ड के लिए 20 मेगाबाइट पर्याप्त होंगे, लेकिन यह मुझे लगता है कि क्लाउड सेवा में क्लाउड स्टोरेज का उपयोग करना बेहतर है, और इसके अलावा, यह हमारे कार्य को पूरी तरह से सूट करता है। यही कारण है कि हम एक कस्टम एपीआई लिखेंगे जिसमें हम डेटा को सहेजेंगे और एज़्योर टेबल स्टोरेज में लोड करेंगे।
तो, एपीआई टैब पर जाएं और एक नया बनाएं। "बोर्ड" नाम सेट करें और HTTP अनुरोधों के लिए डिफ़ॉल्ट एक्सेस सेटिंग्स को छोड़ दें: "एप्लिकेशन कुंजी वाला कोई भी व्यक्ति"। बाद में, इन मानों को बदला जा सकता है। नव निर्मित एपीआई पर क्लिक करके, हैलो वर्ल्ड एप्लिकेशन के साथ ऑनलाइन कोड संपादक खुल जाएगा। यह, शायद, ऑनलाइन संपादक के साथ परिचित को समाप्त करेगा।
डिबगिंग के दौरान स्थानीय मशीन से एपीआई का उपयोग करने में सक्षम होने के लिए, आपको "कॉन्फ़िगर" टैब में क्रॉस-ऑरिजिनल रिसोर्स शेयरिंग (कोर) नियम लिखना याद रखना चाहिए। आप लोकलहोस्ट या सिर्फ * को निर्दिष्ट कर सकते हैं, जिससे एपीआई को कहीं से भी एक्सेस किया जा सकता है।

Git का उपयोग करके क्लाउड पर नियोजित करें

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



आपको git रिपॉजिटरी के लिए एक यूज़रनेम और पासवर्ड के साथ आने के लिए प्रेरित किया जाएगा, जिसके बाद Azure थोड़ा सोचेगा और प्राइवेट रिपॉजिटरी और सीक्रेट URL का रास्ता "कॉन्फ़िगर" टैब में दिखाई देगा, जो रिपॉजिट कोड को वर्किंग एप्लिकेशन के साथ सिंक्रोनाइज़ करता है, हालाँकि, मैं अपने आप ही सिंक हो जाता है। अब आप अपने पसंदीदा गिट क्लाइंट का उपयोग करके स्थानीय रूप से बनाए गए भंडार को क्लोन कर सकते हैं, उदाहरण के लिए, सोर्सट्री। साथ ही bitbucket.org/savamura/scrumboard.git पर क्लोन करें। अंदर, आपको सेवा फ़ोल्डर मिलेगा जिसे एज़्योर रिपॉजिटरी के क्लोनिंग के परिणामस्वरूप सिंक्रनाइज़ किया जाना चाहिए। इससे पहले कि हम परिवर्तनों को वापस क्लाउड पर धकेलें, आइए सर्वर कोड देखें।

सर्वर कोड

सेवा फ़ोल्डर में चार सबफ़ोल्डर हैं: कस्टम एपीआई कोड के साथ एपीआई, शेड्यूल किए गए कार्य कोड के साथ अनुसूचक, साझा में सामान्य कोड, एनपीएम मॉड्यूल हो सकते हैं। तालिका फ़ोल्डर उन स्क्रिप्ट्स के लिए अभिप्रेत है जो संबंधित SQL तालिका में डेटा को संशोधित करती हैं।
एपीआई फ़ोल्डर के अंदर प्रत्येक js स्क्रिप्ट में एक ही नाम के साथ एक युग्मित json फ़ाइल होनी चाहिए। इसमें हमारे एपीआई के लिए एक्सेस सेटिंग्स हैं।
Board.js एक नोड.जेएस मॉड्यूल है जो एज़्योर मोबाइल सर्विसेज के अंदर एक्सप्रेस वेब इंजन द्वारा उपयोग किया जाता है।
हमारे आवेदन को एक्सप्रेस, एज़्योर और अंडरस्कोर मॉड्यूल की आवश्यकता होगी:

var express = require("express"); var azure = require("azure"); var _ = require("underscore"); 

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

 function createTableService() { return azure.createTableService( "your_storage_acount", "your_storage_account_key"); } 

जिस तालिका में स्टिकर संग्रहीत किए जाएंगे, उसे वेब कंसोल और कोड से दोनों में बनाया जा सकता है। हमारा आवेदन बहुत लोड नहीं है और चित्रण के लिए मैंने कोड शामिल किया है जो तालिका के अस्तित्व की जांच करता है, लेकिन इसे अग्रिम में तैयार करना आसान है, ताकि अनुरोधों के प्रसंस्करण को जटिल न करें।
हमारा एपीआई केवल दो प्रकार के अनुरोधों को संसाधित करेगा: प्राप्त करें (पूरे बोर्ड को लौटाता है) और पोस्ट (इसे बचाता है)।
विधियों के अंदर, आप कंसोल.लॉग ट्रेस का उपयोग कर सकते हैं। लॉग वेब कंसोल में उपलब्ध हैं। बहुत सुविधाजनक नहीं है, लेकिन कम से कम किसी तरह आप इसे डिबग कर सकते हैं।
चूंकि एप्लिकेशन नोड.जेएस में चलता है, इसलिए सभी कोड अतुल्यकालिक है। आपको सावधान रहना चाहिए और अनुरोध को पूरा करने के लिए मत भूलना (request.respond या response.send)। पूर्ण प्रलेखन MSDN पर उपलब्ध है । सबसे पहले, हम तालिका के अस्तित्व की जांच करते हैं और इसे CreateTableIfNotExists विधि का उपयोग करके बनाते हैं। तालिका नाम और कॉलबैक फ़ंक्शन विधि को पास किया जाता है।

 exports.post = function(request, response) { console.log(request.body); var tableService = createTableService(); tableService.createTableIfNotExists("Stickers", function(error) { if (!error) { console.log("Table Stickers created or existed"); saveBoard(tableService, request.body, response); } else { console.error(error); response.send( statusCodes.INTERNAL_SERVER_ERROR, { message: "Table creation failed. " + error }); } }); }; 

यदि तालिका मौजूद है, तो डेटा सहेजें:

 function saveBoard(tableService, boardModel, response) { tableService.beginBatch(); _.each( boardModel.stickers, function(sticker) { sticker.PartitionKey = boardModel.boardId; sticker.RowKey = sticker.id; tableService.insertOrReplaceEntity(stickersTableName, sticker); }); tableService.commitBatch( function(error, operationResponses, batchResponse) { var batchErrors = ""; _.each( operationResponses, function(opresp) { if (opresp.error) batchErrors += opresp.error }); console.log("Stickers saved. Error: " + error + " " + batchErrors); console.log(operationResponses); console.log(batchResponse); if (error || batchErrors !== "") { response.send( statusCodes.INTERNAL_SERVER_ERROR, { message : error + " " + batchErrors }); } else { response.send(statusCodes.OK, { message : 'Batch commited!' }); } }); } 

कृपया ध्यान दें कि इन स्टिकर को बचाने के लिए बैच का उपयोग किया जाता है। यह याद रखना चाहिए कि बैचों की कुछ सीमाएँ होती हैं, उदाहरण के लिए, सभी रिकॉर्ड्स के लिए पार्टिशनके समान होना चाहिए, और रिकॉर्ड्स की संख्या 100 से अधिक नहीं होनी चाहिए। इस उदाहरण में, सभी रिकॉर्ड्स के 100 टुकड़ों के बैचों में कोई विभाजन नहीं है।
किसी तालिका में रिकॉर्ड सहेजने के लिए, ऑब्जेक्ट पदानुक्रम को रैखिक होना चाहिए। दूसरे शब्दों में, उदाहरण के लिए, MongoDB, आप ट्री ऑब्जेक्ट संरचना को नहीं बचा सकते हैं। क्लाइंट पर रैखिककरण होता है। PartitionKey के रूप में, बोर्ड पहचानकर्ता (गाइड) का उपयोग किया जाता है, जो अब क्लाइंट में हार्डकोड किया गया है, लेकिन सामान्य तौर पर यह कोई भी हो सकता है। StickerId (गाइड), जो क्लाइंट पर भी बनाया गया है, का उपयोग रोके के रूप में किया जाता है।
तालिका से डेटा निकालने के लिए, यह क्वेरी को सही ढंग से बनाने के लिए पर्याप्त है:

 exports.get = function(request, response) { console.log(request); var boardId = request.query.boardId; if (!boardId) { response.send(statusCodes.BAD_REQUEST, { message : 'boardId is undefined.' }); } var query = azure.TableQuery.select() .from(stickersTableName) .where('PartitionKey eq ?', boardId); var tableService = createTableService(); tableService.queryEntities( query, function(error, entities) { if(!error) { response.send(statusCodes.OK, entities); } else { response.send(statusCodes.INTERNAL_SERVER_ERROR, error); } }); }; 

यहाँ, वास्तव में, सभी मूल सर्वर कोड है। बेशक, इनपुट डेटा, एरर हैंडलिंग और एक्सेस कंट्रोल का भी सत्यापन होना चाहिए। स्टिकर हटाने और xss हमलों से सुरक्षा को लागू करना भी अच्छा होगा। हम भविष्य के संस्करणों में इन सभी समस्याओं का समाधान करते हैं। मुख्य बात बुनियादी कार्यक्षमता प्रदान करना है।
हमें केवल क्लाइंट और सर्वर कोड कनेक्ट करना होगा।

MobileServicesClient

सर्वर साइड पर कॉल करने वाला कोड एक अलग StorageClient रैपर क्लास में एनकैप्सुलेट किया जाता है और निश्चित रूप से, इसे बदला जा सकता है। इसमें केवल दो तरीके हैं: बोर्ड को लोड करें और बोर्ड को बचाएं। सभी स्टिकर के बारे में जानकारी तुरंत रैखिक, क्रमबद्ध और सर्वर को प्रेषित की जाती है। बेशक, केवल परिवर्तित डेटा को प्रसारित करना संभव होगा, लेकिन यह कोड को कुछ हद तक जटिल करेगा।
कस्टम API में दूरस्थ कॉल करने के लिए, आप Microsoft द्वारा प्रदान किए गए WindowsAzure.MobileServicesClient क्लाइंट का उपयोग कर सकते हैं। यह आपके_custom_api.azure-mobile.net/client/MobileServices.Web-1.0.3.min.js (संस्करण भिन्न हो सकते हैं) पर उपलब्ध होगा। आप "डैशबोर्ड" के आगे बिजली के बादल आइकन पर क्लिक करके एज़्योर वेब कंसोल से भी लिंक को कॉपी कर सकते हैं, फिर HTML / जावास्क्रिप्ट प्लेटफ़ॉर्म चुनें और एक मौजूदा HTML ऐप कनेक्ट करें। आप एपीआई एक्सेस कुंजी भी प्राप्त कर सकते हैं (प्रबंधन कुंजी - एप्लिकेशन कुंजी बटन के नीचे)। कुंजी को फिर से बनाया जा सकता है, जबकि पुराना काम करना बंद कर देगा।
StorageClient निर्माता:

 var StorageClient = function() { this.azureClient = new WindowsAzure.MobileServiceClient( 'https://your_custom_api.azure-mobile.net/', 'your_application_key_goes_here'); }; 

हमारे कस्टम एपीआई को बोर्ड कहा जाता है, इसलिए बोर्ड डेटा को बचाने के लिए, आपको निम्नलिखित कार्य करने होंगे:

 StorageClient.prototype.saveBoard = function(data) { this.azureClient .invokeApi( "board", { method: "POST", body: data }) .done( function(response) { console.log(response); $.jGrowl("Board saved!"); }, function(error) { var xhr = error.request; $.jGrowl("Error calling azure API " + xhr.status + " " + xhr.responseText); }); }; 

azureClient.invokeApi एक वादा लौटाता है, जिसके पूरा होने पर सदस्यता ली जा सकती है।
डेटा लोडिंग विधि समान दिखती है, हालांकि, हम इसके अतिरिक्त तरीके भी पास करते हैं जिन्हें डाउनलोड पूरा होने पर कॉल करना होगा।

 StorageClient.prototype.loadBoard = function(boardId, onBoardLoaded, onBoardLoadFailed) { var query = this.azureClient .invokeApi( "board", { method: "GET", parameters: { boardId: boardId } }) .done( function(xmlHttpRequest) { console.log(xmlHttpRequest); onBoardLoaded(xmlHttpRequest); }, function(error) { var xhr = error.request; onBoardLoadFailed(xhr); }); }; 

ब्लॉब स्टोरेज में क्लाइंट की तैनाती

हम मानते हैं कि हमने अपने आवेदन को स्थानीय स्तर पर डीबग किया। इसे तैनात करने का समय आ गया है। जैसा कि आपने अनुमान लगाया होगा, Azure Blob Storage में स्थैतिक सामग्री की मेजबानी करना सबसे अच्छा है। ऐसा करने के लिए, आपको एक कंटेनर की आवश्यकता है जिसे आप बना सकते हैं, उदाहरण के लिए, एज़्योर वेब कंसोल के माध्यम से। निर्माण के समय, सार्वजनिक बूँद पहुंच स्तर निर्दिष्ट करें, जिसका अर्थ होगा कि कंटेनर में सभी ब्लॉब्स तक पहुंच सार्वजनिक होगी, लेकिन कंटेनर का मेटाडेटा स्वयं निजी रहेगा।
अब आपको क्लाइंट कोड के साथ फाइल को क्लाउड पर अपलोड करना होगा। कंसोल उपयोगिता AzCopy, जिसे Microsoft डाउनलोड केंद्र से डाउनलोड किया जा सकता है , इस कार्य के लिए एकदम सही है। डाउनलोड पर क्लिक करें और WindowsAzureStorageTools.msi चुनें। स्थापना के बाद, उन सभी फ़ाइलों को कॉपी करें जिन्हें आप अलग फ़ोल्डर में क्लाउड पर अपलोड करना चाहते हैं।
का पालन करें
AzCopy <प्रोजेक्ट फ़ोल्डर> <कंटेनर पथ> / destKey: <पहुंच कुंजी> / S

यदि इसके तुरंत बाद आप ब्राउज़र (index.html) में अपना एप्लिकेशन खोलने का प्रयास करते हैं, तो आप पाएंगे कि ब्राउज़र फ़ाइल को बचाने के लिए रास्ता चुनने के लिए एक डायलॉग बॉक्स खोलेगा। कारण सामग्री प्रकार बूँद है, जो डिफ़ॉल्ट रूप से एप्लिकेशन / ऑक्टेट-स्ट्रीम पर सेट है।
इसे C # में एक छोटा कंसोल एप्लिकेशन लिखकर ठीक किया जाना चाहिए। इसमें हम कंटेनर में सभी ब्लब्स पर जाएंगे और उन्हें विस्तार के आधार पर मानक सामग्री प्रकार सेट करेंगे। याद रखें कि एनगेट विंडोज एज़्योर स्टोरेज पैकेज को सक्षम करें।

 namespace BlobMetadataChanger { class Program { static void Main(string[] args) { var connectionString = args[0]; var containerName = args[1]; var storageAccount = CloudStorageAccount.Parse(connectionString); var blobClient = storageAccount.CreateCloudBlobClient(); var container = blobClient.GetContainerReference(containerName); var blobs = container.ListBlobs(useFlatBlobListing: true).Cast<CloudBlockBlob>(); foreach (var blob in blobs) { UpdateBlobContentTypeIfExtensionMatch(blob, ".html", "text/html; charset=UTF-8"); UpdateBlobContentTypeIfExtensionMatch(blob, ".css", "text/css; charset=UTF-8"); UpdateBlobContentTypeIfExtensionMatch(blob, ".js", "application/javascript"); UpdateBlobContentTypeIfExtensionMatch(blob, ".png", "image/png"); UpdateBlobContentTypeIfExtensionMatch(blob, ".gif", "image/gif"); UpdateBlobContentTypeIfExtensionMatch(blob, ".jpg", "image/jpg"); } } static void UpdateBlobContentTypeIfExtensionMatch( CloudBlockBlob blob, string extension, string contentType) { if (blob.Name.EndsWith(extension)) { blob.Properties.ContentType = contentType; blob.SetProperties(); } } } } 

सब कुछ, इस उपयोगिता को सही मापदंडों के साथ चलाने के बाद, आप एक ब्राउज़र के माध्यम से एप्लिकेशन खोल सकते हैं।

अभिगम नियंत्रण

यह, शायद, समाप्त हो सकता था, लेकिन हमने एक महत्वपूर्ण विवरण याद किया: एक्सेस कंट्रोल। अब आवेदन के लिए लिंक वाला कोई भी व्यक्ति उन कार्यों को देख सकता है जिन्हें आपको दुनिया में ले जाने के लिए पूरा करना होगा। सच में, आपकी योजनाओं से किसी को कोई फायदा नहीं होने की संभावना है, और यदि आप गाइड को कंटेनर के नाम के रूप में चुनते हैं, तो आपको चिंता करने की आवश्यकता नहीं है। हालांकि, कुछ भी होता है और, यदि आप स्थिति को नियंत्रित करना चाहते हैं, तो आपको थोड़ा और प्रयास करना होगा।
Azure वेब कंसोल खोलें, अपना मोबाइल एप्लिकेशन ढूंढें और "पहचान" टैब पर जाएं। मान लीजिए कि टीम में सभी का ट्विटर अकाउंट है, इसलिए हम अपने बोर्ड को एक वेब एप्लिकेशन के रूप में वहां पंजीकृत करेंगे: https://dev.twitter.com/apps/new । सभी फ़ील्ड भरने के बाद, आपको पोषित उपभोक्ता कुंजी और उपभोक्ता गुप्त प्राप्त होगा, जिसे "पहचान" टैब में संबंधित फ़ील्ड में कॉपी किया जाना चाहिए। इसके अलावा, एप्लिकेशन की ट्विटर सेटिंग्स में कॉलबैक URL के रूप में अपनी मोबाइल सेवा के मुख्य URL को निर्दिष्ट करना बहुत महत्वपूर्ण है, साथ ही बॉक्स की जांच करें "इस एप्लिकेशन को ट्विटर के साथ साइन इन करने के लिए उपयोग करने की अनुमति दें"। मुझे यह तुरंत समझ में नहीं आया, इसलिए मुझे नुकसान उठाना पड़ा।
मोबाइल एप्लिकेशन सेवा क्लाइंट बनाने और बोर्ड डेटा प्राप्त करने के लिए अनुरोध भेजने से पहले, http एप्लिकेशन में अब यह पर्याप्त है, कॉल करें

 azureClient.login("twitter").then(loadBoard, onError); 

इस पाठ में प्रक्रिया का विवरण वर्णित है।
वेब एप्लिकेशन कोड में, प्रत्येक कस्टम एपीआई विधियों की शुरुआत में, आपको उपयोगकर्ता आईडी की जांच करने की आवश्यकता होती है।

 function CheckUser(request) { var allowedUsers = [ “Twitter:1111111”, “Twitter:22222222” ]; return _.find( allowedUsers, function(allowedUser) { request.user.userId == allowedUser }) !== undefined; } 

निष्कर्ष

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