Vkontakte iOS SDK v2

शुभ संध्या

यह सब इस तथ्य से शुरू हुआ कि iOS के लिए सामाजिक नेटवर्क VKontakte के एपीआई के साथ काम करने के लिए अधिक या कम सुविधाजनक उपकरण की आवश्यकता थी। हालाँकि, Google ने मुझे खोज परिणामों से जल्दी परेशान कर दिया:

• स्टोनहॉक - गिटहब
• मायरोव / VKAPI - गिटहब
• एंड्रयूशिम / वोकंट्टे-आईओएस-एसडीके (हाँ, पहले संस्करण के साथ, सब कुछ उतना अच्छा नहीं था जितना पहली नज़र में लग सकता है)

सब कुछ ठीक लगता है, सबसे महत्वपूर्ण बात यह है, लेकिन उपयोग सुखद संवेदनाओं का कारण नहीं बनता है।

कट के तहत, मैं आपको बताता हूं कि VKontakte iOS SDK v2 का अपडेटेड वर्जन कैसे काम करता है, यह सब कैसे शुरू हुआ और इसका क्या अंत हुआ।

परिचय

Habré पर Vkontakte iOS SDK के पहले संस्करण का विवरण इस लिंक पर पाया जा सकता है।

दूसरा संस्करण मूल रूप से पहले और ASASocialServices में एकीकृत होने वाले से अलग है ।

पहले संस्करण की रिलीज़ के बाद क्या बदल गया, इसे बेहतर तरीके से समझने के लिए, आपको यह समझने की ज़रूरत है कि पहले संस्करण की मुख्य विशेषताएं / नुकसान क्या थे:

• कैश अनुरोधों में असमर्थता
• अनुरोधों को सिंक्रनाइज़ किया गया था
• वीके सर्वर पर फ़ाइल अपलोड की स्थिति का अभाव
• कई उपयोगकर्ताओं के साथ काम करने में असमर्थता (मतलब एक्सेस टोकन की तरह प्राधिकरण डेटा का भंडारण और पुन: उपयोग)
• वर्तमान अधिकृत उपयोगकर्ता खाते से लॉग आउट करना संभव नहीं था।

दूसरे संस्करण में, कई कमियों, या बल्कि सभी को समाप्त कर दिया गया था (नए लोग दिखाई दे सकते हैं, लेकिन हम उन्हें समय पर ठीक करने और समाप्त करने की कोशिश करेंगे) और अब एसडीके में निम्नलिखित विशेषताएं / विशेषताएं हैं:

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

भविष्य की योजनाओं से, निम्नलिखित बिंदुओं को अलग किया जा सकता है:

• VKRequest प्रकार का एक वर्ग का कार्यान्वयन, जो पहले से ही ब्लॉक के साथ काम करेगा। प्रोग्रामर के पास या तो अनुरोधों को चुनने और उपयोग करने का अवसर होगा + प्रतिनिधि या अनुरोध + ब्लॉक।
• भंडारण में सुधार और अपने स्वयं के भंडारण को निर्दिष्ट करने के लिए प्रोग्रामर की क्षमता को जोड़ें, जो कुछ अनिवार्य प्रोटोकॉल विधियों VKStorageDataDelegate + VKStorageCacheDataDelegate से मिलेंगे।
• विशिष्ट अनुरोधों के लिए कैश डेटा को ऑटो-अपडेट करने की क्षमता को लागू करें। यह कुछ इस तरह दिख सकता है: पृष्ठभूमि में, संकेतित समय अंतराल पर, एक निश्चित अनुरोध किया जाएगा, जो सफल होने पर, कैश डेटा को अपडेट करेगा, जिससे इस अनुरोध के लिए बाद में डेटा पुनर्प्राप्ति में तेजी आएगी।
• स्वचालित लॉगिन लागू करने और पहुँच टोकन को अपडेट करने के लिए कस्टम कुकीज़ का संग्रहण।
• VKConnectorDelegate में एक और विधि जोड़ना, जिसे तब कहा जाएगा जब किसी उपयोगकर्ता कार्रवाई (एप्लिकेशन प्राधिकरण के दौरान कैप्चा इनपुट, डेटा इनपुट) को पूरा करना आवश्यक हो।
• ...

कोष

रिपॉजिटरी ( VKStorage ) की कल्पना अधिकृत उपयोगकर्ताओं के लिए एक प्रकार के डेटा प्रबंधन बिंदु के रूप में की गई थी।

भंडारण निम्नलिखित क्रियाएं कर सकता है:

• नई वस्तु जोड़ें
• विशिष्ट वस्तु हटाएं
• सभी डेटा हटाएं
• सभी कैश डेटा हटाएं
• निर्दिष्ट उपयोगकर्ता पहचानकर्ता द्वारा संग्रहण ऑब्जेक्ट प्राप्त करें (रिपॉजिटरी में "कुंजी" उपयोगकर्ता अद्वितीय पहचानकर्ता हैं)
• उन सभी वस्तुओं को प्राप्त करें जो भंडारण में हैं

स्टोरेज में स्टोरेज ऑब्जेक्ट्स - VKStorageItem होते हैं, जो दो फ़ील्ड वाले ऑब्जेक्ट से ज्यादा कुछ नहीं है - एक यूजर एक्सेस टोकन और एक कैश ऑब्जेक्ट।

स्टोरेज ऑब्जेक्ट को इनिशियलाइज़ करने के लिए, यह कैश के लिए यूज़र एक्सेस टोकन और मुख्य डायरेक्टरी को निर्दिष्ट करने के लिए पर्याप्त है (विशेष रूप से इस उपयोगकर्ता के लिए नहीं, बल्कि सामान्य रूप से)।

स्टोर NSUserDefaults में टोकन एक्सेस करता है, लेकिन NSCachesDirectory में कैश डेटा।

VKStorage वर्ग का इंटरफ़ेस ।

यदि आपके कोई प्रश्न हैं या यदि आपको कुछ संदेह है, तो प्रलेखन का संदर्भ लें:

डेटा कैशिंग

क्वेरी कैशिंग तंत्र को लागू करते समय, मैं कुछ सुविधाजनक, सरल और लचीला प्राप्त करना चाहता था।
VKCachedData वर्ग उपयोगकर्ता अनुरोधों को कैशिंग करने के लिए जिम्मेदार है।
वर्ग उदाहरण को उस निर्देशिका द्वारा आरंभीकृत किया जाता है जिसमें अनुरोध कैश संग्रहीत किए जाएंगे (इस मामले में, प्रत्येक उपयोगकर्ता के लिए निर्देशिका पथ अद्वितीय होना चाहिए)।

क्या कार्रवाई की जा सकती है:

• कैश में निर्दिष्ट NSURL के लिए कुछ डेटा जोड़ें (NSURLRequest के बजाय NSURL का उपयोग करने के कई कारण थे, लेकिन मुख्य कारण यह था कि GK + विधि का उपयोग करके सभी अनुरोध VK को भेजे जाते हैं, कोई अतिरिक्त संदेश भेजने वाले नहीं हैं, POST अनुरोध कैश नहीं हैं)
  वर्तमान दृश्य संशोधन और परिवर्तन के अधीन हो सकता है।
• निर्दिष्ट जीवनकाल के साथ निर्दिष्ट NSURL के लिए विशिष्ट डेटा को कैश में जोड़ें।
  कैश जीवनकाल के लिए संभावित मूल्य:
  

   typedef enum { VKCachedDataLiveTimeNever = 0, VKCachedDataLiveTimeOneMinute = 60, VKCachedDataLiveTimeThreeMinutes = 3 * 60, VKCachedDataLiveTimeFiveMinutes = 5 * 60, VKCachedDataLiveTimeOneHour = 1 * 60 * 60, VKCachedDataLiveTimeFiveHours = 5 * 60 * 60, VKCachedDataLiveTimeOneDay = 24 * 60 * 60, VKCachedDataLiveTimeOneWeek = 7 * 24 * 60 * 60, VKCachedDataLiveTimeOneMonth = 30 * 24 * 60 * 60, VKCachedDataLiveTimeOneYear = 365 * 24 * 60 * 60, } VKCachedDataLiveTime; 

  
  
  डिफ़ॉल्ट रूप से, सभी अनुरोधों में एक घंटे का कैश जीवनकाल होता है।
• निर्दिष्ट NSURL लिए कैश हटाएं
• कैश डायरेक्टरी हटाना
• सभी कैश हटाएं (निर्देशिका को हटाए बिना जिसमें डेटा स्थित है)
• निर्दिष्ट NSURL लिए कैश्ड डेटा प्राप्त करें (आप लौटाए गए डेटा को मानक मोड में या ऑफ़लाइन मोड में संसाधित कर सकते हैं)

विकास के दौरान, मुझे निम्नलिखित समस्या का सामना करना पड़ा: यदि प्रत्येक नए प्राधिकरण में उपयोगकर्ता अपनी पहुंच टोकन को अपडेट करता है, तो हर बार अनुरोध कैश को एक अलग नाम के तहत संग्रहीत किया जाएगा (कैश नाम क्वेरी स्ट्रिंग का एमडी 5 हैश है), हालांकि अनुरोध तार्किक रूप से समान है। इसलिए, जब आप दोबारा कॉल करते हैं, तो डेटा नेटवर्क से अधिलेखित या फिर से अनुरोध किया जाएगा।
डेटा को कैश में सहेजते समय NSURL से पहुँच टोकन को बाहर करने के लिए समाधान निकला। इस प्रकार, एक ही अनुरोध, लेकिन अलग-अलग उपयोगकर्ता एक्सेस टोकन के साथ, एक कैश फ़ाइल होगी।

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

यदि आपको क्वेरी कैशिंग का उपयोग करने की आवश्यकता नहीं है, तो VKCachedDataLiveTimeNever अनुरोध कैश जीवनकाल सेट करें।

प्रत्येक अनुरोध में एक cacheLiveTime फ़ील्ड होता है, जो केवल वर्तमान अनुरोध के डेटा कैश का जीवनकाल है। डिफ़ॉल्ट रूप से, डेटा कैश जीवनकाल एक घंटे के लिए सेट है।

कैशिंग छवियाँ, ऑडियो, वीडियो

जैसे, छवियों / ऑडियो / वीडियो को कैशिंग करने के लिए कोई अलग विधि नहीं है, लेकिन इसे निम्नानुसार आसानी से दरकिनार किया जा सकता है (हम उदाहरण द्वारा दिखाएंगे):

  NSUInteger currentUserID = [VKUser currentUser].accessToken.userID; VKStorageItem *item = [[VKStorage sharedStorage] storageItemForUserID:currentUserID]; NSString *mp3Link = @"https://mp3.vk.com/music/pop/j-lo.mp3"; NSURL *mp3URL = [NSURL URLWithString:mp3Link]; NSData *mp3Data = //mp3 data from request [item.cachedData addCachedData:mp3Data forURL:mp3URL liveTime:VKCachedDataLiveTimeOneMonth]; 

निर्दिष्ट ट्रैक एक सप्ताह के लिए संग्रहीत किया जाएगा, या तो जब तक सिस्टम खाली स्थान के लिए कैश फ़ोल्डर को साफ नहीं करता है, या आप स्वयं नहीं करते हैं।

योजक

VKConnector की मुख्य भूमिका एक कस्टम एक्सेस टोकन प्राप्त करना और उसे भंडार में संग्रहीत करना है।

आप निम्न प्रकार से एक कस्टम एक्सेस टोकन प्राप्त करने की प्रक्रिया शुरू कर सकते हैं:

 [[VKConnector sharedInstance] startWithAppID:@"12345" permissions:@[@"friends", @"wall", @"groups"]]; 

इस विधि को कॉल करने के बाद, उपयोगकर्ता के सामने निम्न प्राधिकरण विंडो दिखाई देगी:



उपयोगकर्ता द्वारा अपना डेटा दर्ज करने और "लॉगिन" पर क्लिक करने के बाद:



खिड़की चिकनी एनीमेशन के साथ गायब हो जाएगी।

उपयोगकर्ता प्राधिकरण वीडियो ।

कनेक्टर आपको logout विधि का उपयोग करके अंतिम अधिकृत उपयोगकर्ता को लॉग आउट करने की अनुमति देता है।

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

यह भी ध्यान देने योग्य है कि जब कोई उपयोगकर्ता reauthorized होता है, तो उसका स्थानीय एक्सेस टोकन (रिपॉजिटरी में स्थित) अद्यतन किया जाता है और आगे के अनुरोधों के लिए सहेजा जाता है।

अनुरोध

अनुरोध, मेरी राय में, सबसे दिलचस्प वर्ग लागू किया गया (डेटा कैश के बाद :))।

सामान्य तौर पर, वे आपको केवल VKontakte सामाजिक नेटवर्क (कोई कड़ी नहीं है) के लिए अनुरोध करने की अनुमति देते हैं, लेकिन इस विशेष सामाजिक नेटवर्क के साथ काम करने के लिए सुविधाजनक तरीकों को भी बाहर नहीं करते हैं:

 - (instancetype)initWithMethod:(NSString *)methodName options:(NSDictionary *)options; 

दस्तावेज़ में विधि का विवरण पाया जा सकता है।

अनुरोध अतुल्यकालिक हैं और प्रतिनिधियों के साथ काम करते हैं। प्रतिनिधि को VKRequestDelegate प्रोटोकॉल का पालन करना चाहिए जिसमें केवल एक विधि की आवश्यकता होती है - सर्वर प्रतिक्रिया प्रसंस्करण विधि।
वैकल्पिक तरीके हैं:

1. कनेक्शन त्रुटि संदेश प्रसंस्करण
2. प्रसंस्करण संदेश त्रुटि संदेश पार्सिंग सर्वर प्रतिक्रिया JSON प्रारूप से फाउंडेशन ऑब्जेक्ट के लिए
3. डेटा अपलोड की स्थिति
4. डेटा भेजने की स्थिति

प्रत्येक अनुरोध में कुछ बहुत उपयोगी गुण हैं:

1. हस्ताक्षर (हस्ताक्षर)
2. वर्तमान अनुरोध के लिए कैश आजीवन (cacheLiveTime)
3. ऑफ़लाइन अनुरोध मोड (ऑफलाइन मोड)

आइए प्रत्येक संपत्ति पर अधिक विस्तार से विचार करें:

1. हस्ताक्षर (हस्ताक्षर)
   किसी वस्तु का हस्ताक्षर किसी भी वस्तु का हो सकता है, या तो संबंधित डेटा का एक शब्दकोश या सिर्फ एक स्ट्रिंग। यह इस विचार के साथ लागू किया गया था कि जब एक एकल वर्ग कई अनुरोधों (प्रत्येक उपयोगकर्ता के बारे में दोस्तों और व्यक्तिगत जानकारी प्राप्त करता है) को संसाधित करता है, तो किसी अन्य तरीके से एक अनुरोध को अलग करना आवश्यक है। हस्ताक्षर को निर्धारित करना गलत और असुविधाजनक होगा, इसलिए प्रोग्रामर को हस्ताक्षर का विकल्प छोड़ना तय किया गया था।
   यह जानने योग्य है, VKUser वर्ग से अनुरोध करते VKUser , प्रत्येक अनुरोध उस विधि के चयनकर्ता द्वारा हस्ताक्षरित होता है जिसने इसे बनाया था।
2. वर्तमान अनुरोध के लिए कैश आजीवन (cacheLiveTime)
   इस अनुरोध के लिए जीवनकाल इस संपत्ति द्वारा निर्धारित किया जाता है। कुछ डेटा बहुत बार बदलते हैं (समाचार फ़ीड, उपयोगकर्ता की दीवार), जिसका अर्थ है कि आक्रामक कैशिंग और स्टोर डेटा का उपयोग यथासंभव लंबे समय तक करना गलत होगा, लेकिन अन्य अनुरोध, जैसे उपयोगकर्ता की मित्र सूची, समूह सूची, ग्राहकों की सूची, आदि। कैश में कई दिनों तक चुपचाप रहें।
   यदि एक निश्चित फ़ाइल / ऑडियो रिकॉर्डिंग / वीडियो रिकॉर्डिंग के लिए अनुरोध किया जाता है, तो ऐसी चीजों को बहुत लंबे समय तक संग्रहीत किया जा सकता है और परिवर्तित नहीं होता है, इसलिए आप उनके लिए एक वर्ष का अधिकतम जीवनकाल ( VKCachedDataLiveTimeOneYear ) का उपयोग कर सकते हैं।
3. ऑफ़लाइन अनुरोध मोड (ऑफलाइन मोड)
   ऑफ़लाइन मोड सीधे प्रभावित करता है कि कैश डेटा कैसे लौटाया जाता है। इंटरनेट कनेक्शन की अनुपस्थिति में, इस मोड का उपयोग करने के लिए दृढ़ता से सिफारिश की जाती है। यह आपको कैश से डेटा के जीवनकाल को "विस्तारित" करने की अनुमति देगा, जिसे मानक मोड में हटा दिया जाना चाहिए था।

अनुरोध बनाते समय, इसका निष्पादन तुरंत शुरू नहीं होता है, लेकिन कॉल start होने के बाद।
एक उदाहरण पर विचार करें:

 VKRequest *infoRequest = [VKRequest requestMethod:@"users.get" options:@{} delegate:self]; //   infoRequest.cacheLiveTime = VKCachedDataLiveTimeOneMonth; infoRequest.signature = @"Some signature string"; //-  [infoRequest start]; //   

यदि आपके पास एक चर है जो इसे संदर्भित करता है, या VKRequestDelegate प्रतिनिधि VKRequestDelegate में से एक को रद्द करने पर आप अनुरोध को सुरक्षित रूप से रद्द कर सकते हैं।

एक उदाहरण:

 [infoRequest start]; //   // -  //    [infoRequest cancel]; 

सबसे उन्नत विधि है:

 + (instancetype)requestHTTPMethod:(NSString *)httpMethod URL:(NSURL *)url headers:(NSDictionary *)headers body:(NSData *)body delegate:(id <VKRequestDelegate>)delegate; 

जैसा कि आप देख सकते हैं, यह विधि आपको सर्वर से अनुरोध को अधिकतम महत्वपूर्ण मापदंडों के साथ कॉन्फ़िगर करने की अनुमति देती है।
सर्वर पर ऑडियो / वीडियो के डाउनलोड को लागू करते समय यह उपयोगी हो सकता है।

यह description विधि द्वारा दिया गया अनुरोध विवरण (उदाहरण) जैसा दिखता है:

 { cacheLiveTime = 3600; delegate = "<ASAAppDelegate: 0x752c540>"; offlineMode = NO; request = "<NSMutableURLRequest https://api.vk.com/method/users.getFollowers>"; signature = "followersWithCustomOptions:"; } 

उपयोगकर्ता

उपयोगकर्ता वर्ग आपको वर्तमान में सक्रिय उपयोगकर्ता की ओर से अनुरोध करने की अनुमति देता है।

कई वर्ग विधियों पर विचार करें जो एक अनुप्रयोग में कई उपयोगकर्ताओं के साथ काम करते समय महत्वपूर्ण भूमिका निभाते हैं:

1. + (instancetype)currentUser
2. + (BOOL)activateUserWithID:(NSUInteger)userID
3. + (NSArray *)localUsers

आइए अधिक विस्तार से विचार करें।

1. + (instancetype)currentUser
   वर्तमान में सक्रिय उपयोगकर्ता हो रही है। यहाँ बताया गया है कि इस विधि को प्रलेखन में कैसे वर्णित किया गया है:
   
   
2. + (BOOL)activateUserWithID:(NSUInteger)userID
   उपयोगकर्ता को निर्दिष्ट उपयोगकर्ता आईडी के साथ सक्रिय बनाता है। उपयोगी विधि यदि आपका एप्लिकेशन कई उपयोगकर्ता खातों को जोड़ने की योजना बना रहा है।
3. + (NSArray *)localUsers
   रिपॉजिटरी में उपयोगकर्ताओं की सूची प्राप्त करना। केवल उपयोगकर्ता पहचानकर्ता सरणी में होंगे।

अब चलिए गुणों के बारे में बात करते हैं, जो क्वेरी परिणामों और स्वयं प्रश्नों को संसाधित करने के तरीके में भी महत्वपूर्ण भूमिका निभाते हैं।

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

   [VKUser currentUser].startAllRequestsImmediately = NO; //     ,      VKRequest *infoRequest = [[VKUser currentUser] infoWithCustomOptions:@{@"uids": @"1"}]; // -  [infoRequest start]; 

  
  
  यदि आप केवल एक अनुरोध का प्रबंधन करना चाहते हैं, तो आप निम्न कार्य कर सकते हैं:
  

   [VKUser currentUser].startAllRequestsImmediately = NO; VKRequest *infoRequest = [[VKUser currentUser] infoWithCustomOptions:@{....}]; [VKUser currentUser].startAllRequestsImmediately = YES; //-  [[VKUser currentUser] groupsJoinWithCustomOptions:@{...}]; //     

  
  
• ऑफ़लाइन मोड
  
  आपको ऑफ़लाइन मोड में सभी बाद के अनुरोध करने की अनुमति देता है, एक मोड जहां कैश डेटा को समाप्त होने पर भी हटाया नहीं जाता है।
  

एक विशिष्ट समूह में उपयोगकर्ताओं को प्राप्त करने का एक उदाहरण:

 [VKUser currentUser].delegate = self; [[VKUser currentUser] groupsGetMembersWithCustomOptions:@{ @"group_id": @"1", @"count" : @"100", @"offset": @"0" }]; 

प्रलेखन

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

वर्तमान प्रलेखन के कुछ स्क्रीनशॉट, जो इसकी संपूर्णता और अखंडता को प्रतिबिंबित करेंगे:

निष्कर्ष में

लेख, यह मुझे लगता है, काफी लंबा हो गया है, इसलिए अब मैं इस पर ध्यान केंद्रित करूंगा। मैंने बहुत कुछ उल्लेख किया और इस तरह से वर्णन करने की कोशिश की कि आपके पास एक समग्र तस्वीर है।

मैं यह नोट करना चाहता हूं कि परियोजना सक्रिय रूप से विकसित और समर्थित है।

आप इस लिंक पर सबसे वर्तमान संस्करण पा सकते हैं: GitHub ( github.com/AndrewShmig/Vkontakte-iOS-SDK-LV )