भाग 2. हम अपने "पॉड" को मॉड्यूल में विभाजित करते हैं। हम अपने स्वयं के विकास के लिए किसी और के "पॉड" का उपयोग करते हैं

परिचय

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

परीक्षण परियोजना

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

हम पॉडफाइल में भरते हैं :

platform :ios, '7.0' pod 'MyLibrary', :path => '~/Documents/PodSample/MyLibrary.podspec' 

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

 platform :ios, '7.0' pod 'MyLibrary', :path => '..' 

अगला, Xcode बंद करें, या कम से कम परीक्षण परियोजना MyPodExample.xcodeproj ।
हमारे "फली" स्थापित करें:

 $ cd ~/Documents/PodSample/Project/ $ pod install Analyzing dependencies Fetching podspec for `MyLibrary` from `~/Documents/PodSample/MyLibrary.podspec` Downloading dependencies Using MyLibrary (0.0.1) Generating Pods project Integrating client project 

इंस्टॉलर हमारे लिए एक "कार्यक्षेत्र" उत्पन्न करता है, जहां वह एक परीक्षण परियोजना और एक नया "पॉड्स" प्रोजेक्ट जोड़ता है। कार्यक्षेत्र MyPodExample.xcworkspace खोलें और कुछ इसी तरह का निरीक्षण करें:

मॉड्यूल का चयन करें

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

 Pod::Spec.new do |s| s.name = "MyLibrary" s.version = "0.0.2" s.summary = "Example of creating own pod." s.homepage = "https://github.com/username/MyCustomPod" s.license = { :type => 'MIT', :file => 'LICENSE' } s.author = { "Username" => "username@mail.domain" } s.platform = :ios, 7.0 s.source = { :git => "https://github.com/username/MyCustomPod.git", :tag => s.version.to_s } s.framework = 'Foundation' s.requires_arc = true s.default_subspec = 'Core' #     Core s.subspec 'Core' do |core| core.source_files = 'Classes/AKClass.{h,m}' core.public_header_files = 'Classes/*.h' core.dependency 'MyLibrary/Connection' core.dependency 'MyLibrary/Provider' end s.subspec 'Provider' do |provider| provider.source_files = 'Classes/AKProvider.{h,m}' provider.frameworks = 'MapKit', 'CoreData' #     provider.platform = :ios, 5.0 #       iOS 5.0 end s.subspec 'AccessToken' do |access_token| access_token.source_files = 'Classes/AKAccessToken.{h,m}' access_token.libraries = 'xml2' #    access_token.xcconfig = { 'HEADER_SEARCH_PATHS' => '$(SDKROOT)/usr/include/libxml2' } #     end s.subspec 'Parser' do |parser| parser.source_files = 'Classes/AKParser.{h,m}' end s.subspec 'Storage' do |storage| storage.source_files = 'Classes/AKStorage.{h,m}' storage.dependency 'MyLibrary/AccessToken' end s.subspec 'Connection' do |connection| connection.source_files = 'Classes/AKConnection.{h,m}' connection.dependency 'MyLibrary/Storage' connection.dependency 'MyLibrary/Parser' end end 

"प्रदाता" मॉड्यूल के लिए, हम दो चौखटों को जोड़ने की आवश्यकता को इंगित करते हैं - "MapKit" और "CoreData"। और "AccessToken" मॉड्यूल के लिए, आपको "xml2" लाइब्रेरी कनेक्ट करने की आवश्यकता है, निर्दिष्ट पथ पर हेडर फ़ाइलों की तलाश करें: $ (SDKROOT) / usr / / / libxml2
CocoaPods v0.17 के बाद से, वे कहते हैं कि मॉड्यूल अब आधार कल्पना से source_files के मूल्य को अंतर्निहित नहीं करते हैं । इस अवसर को लौटाने के लिए "कोर" मॉड्यूल प्राप्त करना आवश्यक है जिसमें शामिल किए जाने वाले मॉड्यूल के लिए आवश्यक बुनियादी स्रोत कोड शामिल है।
मॉड्यूल को सबमॉड्यूल में तोड़ना भी संभव है:

 … s.subspec 'Connection' do |onnection| onnection.source_files = 'Classes/AKConnection.{h,m}' onnection.dependency 'MyLibrary/Storage' onnection.dependency 'MyLibrary/Parser' onnection.subspec 'Cache' do |cache| cache.source_files = 'Classes/AKCache/*.{h,m}' end end … 

आप मंच और इसके संस्करण को भी निर्दिष्ट कर सकते हैं जिस पर मॉड्यूल काम कर सकता है। इस मामले में, हमने संकेत दिया कि प्रदाता मॉड्यूल "आईओएस 5.0" पर भी शुरू होगा।

वाक्य विन्यास की जाँच करें:

 $ pod spec lint ~/Documents/PodSample/MyLibrary.podspec --quick -> MyLibrary (0.0.2) Analyzed 1 podspec. MyLibrary.podspec passed validation. 

और परिवर्तन करने के लिए परिवर्तन करें, टैग लगाएं और इसे GitHub को भेजें:

 $ git add MyLibrary.podspec && git commit -m "Spec sliced on subspecs" $ git add -A && git commit -m "Sliced code" $ git tag "0.0.2" $ git push origin master --tags 

पूरी परियोजना की जाँच करें:

 $ pod spec lint ~/Documents/PodSample/MyLibrary.podspec -> MyLibrary (0.0.2) Analyzed 1 podspec. MyLibrary.podspec passed validation. 

मॉड्यूल का उपयोग

केवल आवश्यक मॉड्यूल का उपयोग करने के लिए, उन्हें पॉडफाइल में सूचीबद्ध करने के लिए पर्याप्त है:

 platform :ios, '7.0' pod 'MyLibrary/Storage' pod 'MyLibrary/Parser' 

यदि आप एकल मॉड्यूल निर्दिष्ट नहीं करते हैं:

 platform :ios, '7.0' pod 'MyLibrary' 

फिर पॉड इंस्टॉल सभी मॉड्यूल के स्रोतों को स्थापित करेगा । यदि इस मामले में "कोर" मॉड्यूल के लिए स्रोत कोड को स्थापित करना आवश्यक है, तो "कल्पना" में यह पैरामीटर "default_subspec" में इसका नाम दर्शाया गया है - ऊपर उदाहरण देखें।

हम अपने पॉडफाइल में प्रदाता मॉड्यूल पर परीक्षण परियोजना की निर्भरता का संकेत देते हैं और उसी समय उस संस्करण को इंगित करते हैं जिसकी हमें अब आवश्यकता है - 0.05:

 platform :ios, '7.0' pod 'MyLibrary/Provider', :path => '..' pod 'MyLibrary/Connection', :path => '..' 

और परियोजना निर्भरता को अद्यतन करें:

 $ cd ~/Documents/PodSample/Project/ $ pod update Analyzing dependencies Fetching podspec for `MyLibrary` from `..` Fetching podspec for `MyLibrary` from `..` Downloading dependencies Installing MyLibrary (0.0.2) Generating Pods project Integrating client project 

तृतीय-पक्ष पॉड कनेक्ट करना

कभी-कभी ऐसा होता है कि "पॉड" का विकास उस बिंदु पर आता है जहां आप मौजूदा "पॉड" का उपयोग करने के लिए बाइक लिखना चाहते हैं। यह अनुमान लगाना आसान है कि इसके लिए आवश्यक "पॉड्स" पर संपूर्ण "कल्पना" और उसके मॉड्यूल (एस) की निर्भरता को इंगित करने के लिए पर्याप्त है। कनेक्शन मॉड्यूल के लिए AFNetworking पर निर्भरता जोड़ें:

 Pod::Spec.new do |s| s.name = "MyLibrary" s.version = "0.0.3" s.summary = "Example of creating own pod." s.homepage = "https://github.com/username/MyCustomPod" s.license = { :type => 'MIT', :file => 'LICENSE' } s.author = { "Username" => "username@mail.domain" } s.platform = :ios, 7.0 s.source = { :git => "https://github.com/username/MyCustomPod.git", :tag => s.version.to_s } s.framework = 'Foundation' s.requires_arc = true s.default_subspec = 'Core' #     Core s.subspec 'Core' do |core| core.source_files = 'Classes/AKClass.{h,m}' core.public_header_files = 'Classes/*.h' core.dependency 'MyLibrary/Connection' core.dependency 'MyLibrary/Provider' end s.subspec 'Provider' do |provider| provider.source_files = 'Classes/AKProvider.{h,m}' provider.frameworks = 'MapKit', 'CoreData' #     provider.platform = :ios, 5.0 #       iOS 5.0 end s.subspec 'AccessToken' do |access_token| access_token.source_files = 'Classes/AKAccessToken.{h,m}' access_token.libraries = 'xml2' #    access_token.xcconfig = { 'HEADER_SEARCH_PATHS' => '$(SDKROOT)/usr/include/libxml2' } #     end s.subspec 'Parser' do |parser| parser.source_files = 'Classes/AKParser.{h,m}' end s.subspec 'Storage' do |storage| storage.source_files = 'Classes/AKStorage.{h,m}' storage.dependency 'MyLibrary/AccessToken' end s.subspec 'Connection' do |connection| connection.source_files = 'Classes/AKConnection.{h,m}' connection.dependency 'MyLibrary/Storage' connection.dependency 'MyLibrary/Parser' connection.dependency 'AFNetworking' #     "pod"' end end 

एकीकरण आपके और बाहरी पॉड्स द्वारा उपयोग किए गए प्लेटफार्मों के संस्करणों के साथ समस्याएं पैदा कर सकता है। सफलतापूर्वक उन्हें हल करने के बाद, हम निर्भरता को अपडेट करते हैं (यह Xcode या प्रोजेक्ट बंद होने पर अत्यंत वांछनीय है):

 $ cd ~/Documents/PodSample/Project/ $ pod update Analyzing dependencies Fetching podspec for `MyLibrary` from `..` Fetching podspec for `MyLibrary` from `..` Downloading dependencies Installing AFNetworking (2.0.1) Installing MyLibrary (0.0.3) Generating Pods project Integrating client project 

आवश्यक "पॉड्स" डाउनलोड और जुड़े हुए हैं, कार्यक्षेत्र कॉन्फ़िगर किया गया है। अब आप अपने "पॉड" में अन्य सभी पोकेमोन पॉड्स की शक्ति का उपयोग कर सकते हैं!

जारी रखा जाए।

की योजना बनाई:
भाग 3. उसका "पॉड" प्रकाशन। साझा भंडार और व्यक्तिगत।