📦 👆🏽 🚘 IOS डेवलपर को 14 बातें पता होनी चाहिए 😠 🕴🏿 ❗️

लेखक की अनुमति के साथ, मैं नोर्बर्टो गिल वास्कोनसेलोस द्वारा लेख का अनुवाद पोस्ट करता हूं "14 को एक आईओएस डेवलपर के लिए पता होना चाहिए" ( मूल से लिंक )। लेख के प्रकाशन के समय, स्विफ्ट 3 संस्करण प्रासंगिक था।

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

यहाँ मेरी सूची है, बिना क्रम के, बिना क्रम के।

1 - संस्करण नियंत्रण

बधाई हो, आप स्वीकार किए जाते हैं! रिपॉजिटरी से कोड निकालें और काम पर लग जाएं। क्या रोको?

संस्करण नियंत्रण किसी भी परियोजना के लिए आवश्यक है, भले ही आप केवल एक डेवलपर हों। सबसे अधिक इस्तेमाल की जाने वाली प्रणालियाँ Git और SVN हैं।

एसवीएन एक केंद्रीकृत संस्करण नियंत्रण प्रणाली पर आधारित है। यह वह रिपॉजिटरी है जहां काम करने वाली प्रतियां बनाई जाती हैं, और उन्हें एक्सेस करने के लिए आपको नेटवर्क कनेक्शन की आवश्यकता होती है। परिवर्तनों का प्राधिकरण एक विशिष्ट तरीके से किया जाता है; सिस्टम प्रत्येक फ़ाइल को पंजीकृत करके परिवर्तनों पर नज़र रखता है, परिवर्तनों का पूरा इतिहास केवल रिपॉजिटरी में देखा जा सकता है। कार्यशील प्रतियों में केवल नवीनतम संस्करण होता है।

Gitएक वितरित संस्करण नियंत्रण प्रणाली का उपयोग करता है। आपके पास एक स्थानीय भंडार होगा जहां आप काम कर सकते हैं, केवल सिंक्रनाइज़ेशन के लिए एक नेटवर्क कनेक्शन आवश्यक है। जब एक कार्यशील प्रति बदली जाती है, तो पूरी निर्देशिका की स्थिति बच जाती है, लेकिन केवल किए गए परिवर्तन दर्ज किए जाते हैं; दोनों रिपॉजिटरी और वर्किंग कॉपियों का पूर्ण परिवर्तन इतिहास है।

2 - वास्तु पैटर्न

आपकी उंगलियां उत्तेजना से कांपती हैं, आपने संस्करण नियंत्रण का पता लगाया! या यह कॉफी के कारण है? कोई बात नहीं! आप बीट पर हैं, और प्रोग्रामिंग का समय आ गया है! नहीं। और किसका इंतज़ार करना है?
कीबोर्ड पर बैठने से पहले, आपको उस वास्तुशिल्प पैटर्न को चुनना होगा जिसका आप पालन करेंगे। यदि आपने प्रोजेक्ट शुरू नहीं किया है, तो आपको मौजूदा पैटर्न से मेल खाना चाहिए।
मोबाइल एप्लिकेशन (MVC, MVP, MVVM, VIPER, आदि) के विकास में उपयोग किए जाने वाले पैटर्न की एक विस्तृत श्रृंखला है। मैं आईओएस के लिए विकास में सबसे अधिक बार उपयोग किए जाने का संक्षिप्त विवरण दूंगा:

MVC — Model, View, Controller. Controller Model View, . View Controller , Controller . ? , View, (ViewController) . , MVC. MVC . ( !), , , Model, , . MVC , , iOS .

^{MVC –}
MVVM — Model, View, ViewModel. ( ) View ViewModel, ViewModel , ViewModel, View - . ViewModel View, , .

^{MVVM –}

अन्य पैटर्न के बारे में गहरी समझ और जानकारी के लिए, मैं निम्नलिखित लेख पढ़ने की सलाह देता हूं ।

यह उतना प्रतीत नहीं हो सकता है, लेकिन अच्छी तरह से संरचित और संगठित कोड बहुत सारे सिरदर्द को रोक सकता है। किसी भी बिंदु पर प्रत्येक डेवलपर जो बड़ी गलती करता है, वह बस वांछित परिणाम प्राप्त करने के लिए है और कोड को व्यवस्थित करने से इनकार कर रहा है, गलती से यह मानते हुए कि यह समय बचाता है। यदि आप सहमत नहीं हैं, तो पुराने बेंजी को सुनें:

आपके व्यवसाय को व्यवस्थित करने में बिताए जाने वाले हर मिनट में आपको एक घंटे की बचत होती है

- बेंजामिन फ्रैंकलिन

हमारा लक्ष्य सहज और आसान कोड प्राप्त करना है जो उपयोग करना और बनाए रखना आसान होगा।

3 - उद्देश्य-सी बनाम स्विफ्ट

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

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

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

4 - प्रतिक्रिया या प्रतिक्रिया? (यह सवाल है)

फंक्शनल रिएक्टिव प्रोग्रामिंग (FRP) एक नया हिट है। यह अतुल्यकालिक संचालन और घटना / डेटा धाराओं के संकलन को सरल बनाने का इरादा है। स्विफ्ट के लिए, यह अवलोकन योग्य इंटरफ़ेस के माध्यम से व्यक्त अभिकलन का एक सामान्य अमूर्त है।

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

// 
let timmySavings = Variable(5)
let jennySavings = Variable(10)

var isConsoleAttainable =
Observable
.combineLatest(timmy.asObservable(), jenny.asObservable()) { $0 + $1 }
.filter { $0 >= 300 }
.map { "\($0)    !" }

//  
timmySavings.value = 10
jennySavings.value = 20
isConsoleAttainable
   .subscribe(onNext: { print($0) }) //   

//  
timmySavings.value = 100
jennySavings.value = 200
isConsoleAttainable
   .subscribe(onNext: { print($0) }) // 300    !

यह केवल एक उदाहरण है कि एफआरपी के साथ क्या किया जा सकता है, एक बार जब आप इसे मास्टर कर लेते हैं, तो यह संभावनाओं की एक पूरी नई दुनिया खोल देगा, एमवीसी के अलावा अन्य वास्तुकला को अपनाने के लिए ... हाँ, हाँ! MVVM!
आप मुख्य स्विफ्ट FRP के शीर्षक के लिए दो मुख्य आवेदकों को देख सकते हैं:

Rxswift
ReactiveCocoa

5 - निर्भरता प्रबंधक

कोको स्विफ्ट और ऑब्जेक्टिव-सी परियोजनाओं के लिए कोकोआपॉड्स और कार्थेज सबसे आम निर्भरता प्रबंधक हैं। वे पुस्तकालय को लागू करने और इसे अद्यतन रखने की प्रक्रिया को सरल बनाते हैं।

कोकोआपोड्स में रूबी का उपयोग करके निर्मित कई पुस्तकालय हैं और इन्हें निम्न कमांड का उपयोग करके स्थापित किया जा सकता है:

$ sudo gem install cocoapods

स्थापना के बाद, आप अपनी परियोजना के लिए एक पॉडफाइल बनाना चाहेंगे। आप निम्न आदेश चला सकते हैं:

$ pod install

या इस संरचना के साथ एक कस्टम पॉडफाइल बनाएं:

platform :ios, '8.0'
use_frameworks!

target 'MyApp' do
pod 'AFNetworking', '~> 2.6'
pod 'ORStackView', '~> 3.0'
pod 'SwiftyJSON', '~> 2.3'
end

एक बार बनाने के बाद, यह आपके नए मॉड्यूल को स्थापित करने का समय है:

$ pod install

अब आप अपनी परियोजना के .xcworkspace को खोल सकते हैं , अपनी निर्भरता को आयात करना न भूलें। CochaPods के विपरीत,

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

स्थापना और उपयोग के बारे में अधिक जानकारी के लिए, GitHub परियोजना देखें ।

6 - आधार सामग्री भंडारण

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

NSData
NSDate
NSNumber
NSDictionary
NSString
NSArray

स्विफ्ट के साथ संगतता के लिए, NSNumber निम्नलिखित प्रकारों को स्वीकार कर सकता है:

uint
इंट
फ्लोट
दोहरा
बूल

वस्तुओं को NSUserDefaults में निम्नानुसार संग्रहीत किया जा सकता है (पहले एक स्थिरांक बनाएं जो संग्रहीत वस्तु के लिए कुंजी संचित करेगा):

let keyConstant = "objectKey"

let defaults = NSUserDefaults.standardsUserDefaults()
defaults.setObject("Object to save", objectKey: keyConstant)

NSUserDefaults से किसी ऑब्जेक्ट को पढ़ने के लिए, हम निम्न कार्य कर सकते हैं:

if let name = defaults.stringForKey(keyConstant) {
   print(name)
}

NSUserDefaults को पढ़ने और लिखने के लिए कई सुविधाजनक तरीके हैं जो AnyObject के बजाय विशिष्ट ऑब्जेक्ट प्राप्त करते हैं।

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

इसका क्या मतलब है? यह पूरी तरह से सुपर सुरक्षित नहीं है, खासकर यदि आप लॉक स्क्रीन पर पासवर्ड का उपयोग नहीं कर रहे हैं। दूसरे स्तर में उपयोग की जाने वाली कुंजी तक पहुंचने के तरीके भी हैं, क्योंकि यह डिवाइस पर संग्रहीत है।

सबसे अच्छा उपाय है कि आप अपने स्वयं के एन्क्रिप्शन का उपयोग करें। (डिवाइस पर कुंजी स्टोर न करें)

कोरडाटा- यह Apple द्वारा विकसित एक फ्रेमवर्क है ताकि आपका एप्लिकेशन डेटाबेस के साथ ऑब्जेक्ट ओरिएंटेड तरीके से इंटरैक्ट करे। यह कोड की मात्रा को कम करके और इस अनुभाग का परीक्षण करने की आवश्यकता को समाप्त करके प्रक्रिया को सरल करता है।

यदि आपके एप्लिकेशन को लगातार डेटा की आवश्यकता है, तो आपको CoreData का उपयोग करना चाहिए, यह उन्हें बचाने की प्रक्रिया को सरल करता है और आपको डेटाबेस के साथ संचार करने का अपना तरीका बनाने / परीक्षण करने की अनुमति नहीं देता है।

7 - संग्रह दृश्य और तालिका दृश्य

लगभग हर एप्लिकेशन में एक या एक से अधिक कलेक्शन व्यू और / या टेबल व्यू हैं। यह जानना कि वे कैसे काम करते हैं और एक या दूसरे का उपयोग कब करते हैं, भविष्य में आपके आवेदन में जटिल बदलावों को रोकेंगे।

TableViews एकल स्तंभ में आइटमों की एक सूची को लंबवत रूप से प्रदर्शित करते हैं और केवल ऊर्ध्वाधर स्क्रॉलिंग द्वारा सीमित होते हैं। प्रत्येक आइटम को UITableViewCell द्वारा दर्शाया जाता है, जिसे पूरी तरह से अनुकूलित किया जा सकता है। उन्हें अनुभागों और पंक्तियों द्वारा क्रमबद्ध किया जा सकता है।

संग्रह दृश्य आइटम की एक सूची भी प्रदर्शित करते हैं, लेकिन उनके पास कई कॉलम और पंक्तियाँ हो सकती हैं (उदाहरण के लिए, एक ग्रिड)। उन्हें क्षैतिज और / या लंबवत रूप से स्क्रॉल किया जा सकता है, और प्रत्येक तत्व को UICollectionViewCell द्वारा दर्शाया गया है। UITableViewCells की तरह, उन्हें अनुभाग और पंक्ति द्वारा वांछित और क्रमबद्ध किया जा सकता है।

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

आप जो भी चुनाव करते हैं, एक सामान्य तालिका दृश्य / संग्रह दृश्य बनाना एक अच्छा विचार है। यह कार्यान्वयन की सुविधा देता है और बड़ी मात्रा में कोड के पुन: उपयोग की अनुमति देता है।

8 - स्टोरीबोर्ड्स वीएस Xibs VS प्रोग्राम यूआई

उपयोगकर्ता इंटरफ़ेस बनाने के लिए इनमें से प्रत्येक विधि का अलग-अलग उपयोग किया जा सकता है, लेकिन कुछ भी आपको उनके संयोजन से नहीं रोकता है।

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

Xibsखिड़की या खिड़की के कुछ हिस्सों को देखने के दृश्य प्रदान करें। लाभ का पुन: उपयोग करने में आसानी होती है, स्टोरीबोर्ड की तुलना में कम विलय होता है, और प्रत्येक विंडो की सामग्री को देखने में आसानी होती है।

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

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

9 - प्रोटोकॉल!

रोजमर्रा की जिंदगी में, प्रोटोकॉल मौजूद होते हैं ताकि एक निश्चित स्थिति में हम जानते हैं कि कैसे प्रतिक्रिया दें। मान लीजिए आप एक फायर फाइटर हैं, और एक आपात स्थिति आई है। प्रत्येक फायर फाइटर को एक प्रोटोकॉल का पालन करना चाहिए जो एक सफल प्रतिक्रिया के लिए आवश्यकताओं को निर्धारित करता है। स्विफ्ट / ऑब्जेक्टिव-सी में प्रोटोकॉल पर भी यही बात लागू होती है।

एक प्रोटोकॉल निर्दिष्ट कार्यों के लिए विधियों, गुणों और अन्य आवश्यकताओं के एक स्केच को परिभाषित करता है। इसे एक वर्ग, संरचना, या गणना द्वारा अपनाया जा सकता है, जिसके बाद इन आवश्यकताओं का वास्तविक कार्यान्वयन होगा।

यहां एक प्रोटोकॉल बनाने और उपयोग करने का एक

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

enum ExtinguisherType: String {

   case water, foam, sand

}

आगे मैं एक आपातकालीन प्रतिक्रिया प्रोटोकॉल बनाऊंगा।

protocol RespondEmergencyProtocol {

   func putOutFire(with material: ExtinguisherType)

}

अब मैं एक फायरमैन वर्ग बनाऊंगा जो प्रोटोकॉल का पालन करता है।

class Fireman: RespondEmergencyProtocol {

    func putOutFire(with material: ExtinguisherType) {

       print("Fire was put out using \(material.rawValue).")

    }

}

ठीक! और अब हम अपने फायरमैन का उपयोग करते हैं।

var fireman: Fireman = Fireman()

fireman.putOutFire(with: .foam)

परिणाम निम्न होना चाहिए: "फोम का उपयोग करके आग लगाई गई थी।"

प्रत्यायोजन में भी प्रोटोकॉल का उपयोग किया जाता है। यह कक्षाओं या संरचनाओं को कुछ कार्यों को एक अन्य प्रकार के उदाहरण के लिए सौंपने की अनुमति देता है। एक प्रोटोकॉल प्रत्यायोजित जिम्मेदारियों के साथ बनाया गया है ताकि यह सुनिश्चित हो सके कि उनकी कार्यक्षमता उपयुक्त प्रकार की हो।
एक छोटा सा उदाहरण!

protocol FireStationDelegate: AnyObject {

func handleEmergency()

}

अग्निशमन विभाग अग्निशामक आपातकालीन प्रतिक्रिया उपायों को सौंपता है।

class FireStation {
   weak var delegate: FireStationDelegate?

   func emergencyCallReceived() {
      delegate?.handleEmergency()
   }
}

इसका मतलब है कि फायर फाइटर को फायरस्टारडेलेगेट प्रोटोकॉल का पालन भी करना होगा।

class Fireman: RespondEmergencyProtocol, FireStationDelegate {

   func putOutFire(with material: ExtinguisherType) {
      print("Fire was put out using \(material.rawValue).")
   }

   func handleEmergency() {
      putOutFire(with: .water)
   }

}

सभी की जरूरत है कि फायर स्टेशन पर एक प्रतिनिधि के रूप में नियुक्त किए जाने वाले कॉल पर फायर फाइटर के लिए है, और वह प्राप्त आपातकालीन कॉल को संभाल लेगा।

let firestation: FireStation = FireStation()
firestation.delegate = fireman
firestation.emergencyCallReceived()

नतीजतन, हमें मिलता है: "पानी का उपयोग करके आग लगाई गई थी।"

10 - शॉर्ट सर्किट

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

स्विफ्ट में क्लोज़र सी और ऑब्जेक्टिव-सी में ब्लॉक के समान हैं।

क्लोजर प्रथम श्रेणी की वस्तुएं हैं *, इसलिए उन्हें नेस्ट किया जा सकता है और पास किया जा सकता है (जैसे ऑब्जेक्टिव-सी में ब्लॉक)।

स्विफ्ट में, फ़ंक्शन क्लोजर का एक विशेष मामला है।

^{स्रोत - fuckingswiftblocksyntax.com **}

क्लोजर सिंटैक्स सीखने के लिए यह संसाधन एक बेहतरीन जगह है।

^{* प्रथम श्रेणी की वस्तुएँ - ऐसी वस्तुएँ जिनका उपयोग प्रतिबंधों के बिना किया जा सकता है: एक चर को असाइन करना, एक फ़ंक्शन से पास / वापसी, निष्पादन निष्पादन के दौरान निर्माण / नष्ट करना आदि। अधिक जानकारी । (इसके बाद - लगभग। अनुवादक)
** साइट काम नहीं करती है, लेकिन वेकबैकमैचिन में अभी भी चित्र हैं, एक उदाहरण ।}

ग्यारह - योजना

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

^{बैंगनी एक संभव पैटर्न दिखाता है।}

12 - टेस्ट

यदि आप अपने आवेदन का परीक्षण करने के लिए समय लेते हैं, तो आप सही रास्ते पर हैं। यह, ज़ाहिर है, रामबाण नहीं है, आप हर बग को ठीक नहीं कर सकते हैं, और न ही आप गारंटी दे सकते हैं कि आपका आवेदन किसी भी समस्या से मुक्त होगा; और फिर भी मुझे लगता है कि पेशेवरों ने विपक्ष को पछाड़ दिया। इकाई परीक्षण

के डाउनसाइड के साथ शुरू करते हैं :

विकास के समय में वृद्धि;
कोड की मात्रा बढ़ाएं।

पेशेवरों :

मॉड्यूलर कोड बनाने की आवश्यकता (परीक्षण को सरल बनाने के लिए);
रिलीज से पहले स्पष्ट रूप से अधिकांश बग का पता लगाना;
समर्थन का सरलीकरण।

उपकरण उपयोगिता के संयोजन में , आपके पास एप्लिकेशन को लचीला बनाने और त्रुटियों और क्रैश के बिना काम करने के लिए सब कुछ होगा।

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

13 - जियोलोकेशन

कई अनुप्रयोगों में, कुछ कार्यों के लिए एक उपयोगकर्ता का पता लगाने की आवश्यकता होती है। इसलिए आईओएस के लिए स्थान कैसे काम करता है, इसका सामान्य विचार करना अच्छा होगा।

कोर लोकेशन नामक एक फ्रेमवर्क है, जो आपको अपनी जरूरत की हर चीज को एक्सेस करने की अनुमति देता है:

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

^{* जैसा कि मैंने इसे समझा, यह iBeacon तकनीक के बारे में है}

कूल, है ना? की जाँच करें एप्पल प्रलेखन और उदाहरण वहाँ बेहतर ढांचे की क्षमताओं को समझने के लिए।

14 - स्थानीयकरण के तार

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

फ़ाइल इंस्पेक्टर के माध्यम से भाषा में संसाधन जोड़ा जा सकता है। NSLocalizedString के साथ एक स्ट्रिंग प्राप्त करने के लिए, आपको निम्नलिखित लिखना होगा:

NSLocalizedString(key:, comment:)

दुर्भाग्य से, स्थानीय फ़ाइल में एक नई पंक्ति जोड़ने के लिए, यह मैन्युअल रूप से किया जाना चाहिए। यहाँ एक उदाहरण संरचना है:

{
"APP_NAME" = "MyApp"
"LOGIN_LBL" = "Login"
...
}

अब एक और भाषा (पुर्तगाली), स्थानीय फ़ाइल:

{
"APP_NAME" = "MinhaApp"
"LOGIN_LBL" = "Entrar"
...
}

यहां तक कि बहुवचन को लागू करने के तरीके भी हैं।

हमेशा वही सीखा जो आपने सीखा है।

- मास्टर योदा

आशा है कि यह लेख मददगार रहा है!

IOS डेवलपर को 14 बातें पता होनी चाहिए