पार्सिंग और स्विफ्ट 4 में कोडेबल के साथ काम करना

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


कोडेबल क्या है?

WWDC2017 में, स्विफ्ट 4 के नए संस्करण के साथ, Apple ने नए डेटा एन्कोडिंग / डिकोडिंग टूल पेश किए जो निम्नलिखित तीन प्रोटोकॉल द्वारा कार्यान्वित किए जाते हैं:

- कोड करने योग्य
- सांकेतिक
- वियोज्य

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

typealias Codable = Encodable & Decodable 

इन प्रोटोकॉल के अनुरूप, डेटा प्रकारों को निम्नलिखित विधियों को लागू करना चाहिए:

Encodable
एन्कोड (to :) - डेटा मॉडल को दिए गए एनकोडर प्रकार में एन्कोड करता है

decodable
init (:) से - प्रदान किए गए डिकोडर से डेटा मॉडल को इनिशियलाइज़ करता है

Codable
एनकोड (:)
init (:) से

एक साधारण उपयोग मामला

अब कोडबल का उपयोग करने के एक सरल उदाहरण पर विचार करें, क्योंकि यह एन्कोडेबल और डिकोडेबल दोनों को लागू करता है, इस उदाहरण में आप तुरंत सभी प्रोटोकॉल कार्यक्षमता देख सकते हैं। मान लें कि हमारे पास सबसे सरल JSON डेटा संरचना है:

 { "title": "Nike shoes", "price": 10.5, "quantity": 1 } 

इस JSON के साथ काम करने के लिए डेटा मॉडल इस तरह दिखेगा:

 struct Product: Codable { var title:String var price:Double var quantity:Int enum CodingKeys: String, CodingKey { case title case price case quantity } func encode(to encoder: Encoder) throws { var container = encoder.container(keyedBy: CodingKeys.self) try container.encode(title, forKey: .title) try container.encode(price, forKey: .price) try container.encode(quantity, forKey: .quantity) } init(from decoder: Decoder) throws { let container = try decoder.container(keyedBy: CodingKeys.self) title = try container.decode(String.self, forKey: .title) price = try container.decode(Double.self, forKey: .price) quantity = try container.decode(Int.self, forKey: .quantity) } } 

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

 struct Product: Codable { var title:String var price:Double var quantity:Int } 

अत्यंत सरल और न्यूनतर। केवल, यह मत भूलो कि ऐसी संक्षिप्त रिकॉर्डिंग काम नहीं करेगी यदि:

- आपके डेटा मॉडल की संरचना उस एक से अलग है जिसे आप एनकोड / डिकोड करना चाहते हैं

- आपको अपने डेटा मॉडल के गुणों के अलावा अतिरिक्त गुणों को एन्कोड / डिकोड करना पड़ सकता है

- आपके डेटा मॉडल के कुछ गुण कोडेबल प्रोटोकॉल का समर्थन नहीं कर सकते हैं। इस स्थिति में, आपको उन्हें / से कोडेबल प्रोटोकॉल में बदलने की आवश्यकता होगी

- यदि डेटा मॉडल में चर नाम और कंटेनर में फ़ील्ड नाम आपसे मेल नहीं खाते हैं

चूंकि हमने पहले ही एक डेटा मॉडल की सबसे सरल परिभाषा पर विचार किया है, इसलिए इसके व्यावहारिक उपयोग का एक छोटा उदाहरण देना सार्थक है:

तो, एक पंक्ति में, आप JSON प्रारूप में सर्वर प्रतिक्रिया को पार्स कर सकते हैं:

 let product: Product = try! JSONDecoder().decode(Product.self, for: data) 

और निम्न कोड, इसके विपरीत, डेटा मॉडल से एक JSON ऑब्जेक्ट बनाएगा:

 let productObject = Product(title: "Cheese", price: 10.5, quantity: 1) let encodedData = try? JSONEncoder().encode(productObject) 

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

डेटा मॉडल के सभी क्षेत्र कोडेबल नहीं हैं।

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

 struct Pet: Codable { var name: String var age: Int var type: PetType enum CodingKeys: String, CodingKey { case name case age case type } init(from decoder: Decoder) throws { . . . } func encode(to encoder: Encoder) throws { . . . } } 

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

डेटा मॉडल JSON फ़ील्ड्स से मेल नहीं खाता है

यदि आपके डेटा मॉडल में 3 फ़ील्ड परिभाषित हैं, और 5 फ़ील्ड JSON ऑब्जेक्ट में आपके पास आते हैं, जिनमें से 2 अतिरिक्त 3 हैं, तो पार्सिंग में कुछ भी नहीं बदलेगा, आपको बस अपने 3 फ़ील्ड उन 5 में से मिलेंगे। यदि विपरीत होता है स्थिति और JSON ऑब्जेक्ट में डेटा मॉडल का कम से कम एक फ़ील्ड होगा, रन-टाइम त्रुटि होगी।
यदि JSON ऑब्जेक्ट में कुछ फ़ील्ड वैकल्पिक और समय-समय पर अनुपस्थित हो सकते हैं, तो इस मामले में उन्हें वैकल्पिक बनाना आवश्यक है:

 class Product: Codable { var id: Int var productTypeId: Int? var art: String var title: String var description: String var price: Double var currencyId: Int? var brandId: Int var brand: Brand? } 

अधिक जटिल JSON संरचनाओं का उपयोग करना

अक्सर सर्वर प्रतिक्रिया संस्थाओं की एक सरणी होती है, अर्थात, आप अनुरोध करते हैं, उदाहरण के लिए, दुकानों की सूची और फॉर्म में उत्तर प्राप्त करें:

 { "items": [ { "id": 1, "title": " ", "link": "https://www.youtube.com/watch?v=Myp6rSeCMUw", "created_at": 1497868174, "previewImage": "http://img.youtube.com/vi/Myp6rSeCMUw/mqdefault.jpg" }, { "id": 2, "title": "  2", "link": "https://www.youtube.com/watch?v=wsCEuNJmvd8", "created_at": 1525952040, "previewImage": "http://img.youtube.com/vi/wsCEuNJmvd8/mqdefault.jpg" } ] } 

इस मामले में, आप इसे केवल दुकान संस्थाओं की एक सरणी के रूप में लिख और डिकोड कर सकते हैं।

 struct ShopListResponse: Decodable { enum CodingKeys: String, CodingKey { case items } let items: [Shop] } 

इस उदाहरण में, स्वचालित फ़ंक्शन init काम करेगा, लेकिन यदि आप स्वयं डिकोडिंग लिखना चाहते हैं, तो आपको डीकोड प्रकार को एक सरणी के रूप में निर्दिष्ट करना होगा:

 self.items = try container.decode([Shop].self, forKey: .items) 

शॉप संरचना को क्रमशः डिकोडेबल प्रोटोकॉल को भी लागू करना चाहिए ।

 struct Shop: Decodable { var id: Int? var title: String? var address: String? var shortAddress: String? var createdAt: Date? enum CodingKeys: String, CodingKey { case id case title case address case shortAddress = "short_address" case createdAt = "created_at" } init(from decoder: Decoder) throws { let container = try decoder.container(keyedBy: CodingKeys.self) self.id = try? container.decode(Int.self, forKey: .id) self.title = try? container.decode(String.self, forKey: .title) self.address = try? container.decode(String.self, forKey: .address) self.shortAddress = try? container.decode(String.self, forKey: .shortAddress) self.createdAt = try? container.decode(Date.self, forKey: .createdAt) } } 

तत्वों की इस सरणी को पार्स करना इस तरह दिखाई देगा:

 let parsedResult: ShopListResponse = try? JSONDecoder().decode(ShopListResponse.self, from: data) 

इस प्रकार, आप आसानी से डेटा मॉडल के सरणियों के साथ काम कर सकते हैं और उनका उपयोग अन्य मॉडलों के अंदर कर सकते हैं।

दिनांक प्रारूप

इस उदाहरण में, एक और अति सूक्ष्म अंतर है, यहां हमने पहली बार तिथि प्रकार के उपयोग का सामना किया। इस प्रकार का उपयोग करते समय, दिनांक एन्कोडिंग के साथ समस्याएं हो सकती हैं, और आमतौर पर यह मुद्दा बैकएंड के अनुरूप होता है। डिफ़ॉल्ट प्रारूप है .deferToDate :

 struct MyDate : Encodable { let date: Date } let myDate = MyDate(date: Date()) try! encoder.encode(foo) 

myDate इस तरह दिखेगा:

 { "date" : 519751611.12542897 } 

यदि हमें, .iso8601 प्रारूप का उपयोग करने की आवश्यकता है, तो हम आसानी से dateEncodingStrategy संपत्ति का उपयोग करके प्रारूप को बदल सकते हैं:

 encoder.dateEncodingStrategy = .iso8601 

अब तारीख इस तरह दिखाई देगी:

 { "date" : "2017-06-21T15:29:32Z" } 

आप निम्न फॉर्मेटिंग विकल्पों का उपयोग करके कस्टम तिथि प्रारूप का उपयोग भी कर सकते हैं या अपनी स्वयं की तिथि डिकोडर भी लिख सकते हैं:

.formatted (DateFormatter) - इसका अपना दिनांक विकोडक प्रारूप है
.custom ((दिनांक, एनकोडर) फेंकता है -> शून्य) - पूरी तरह से अपनी स्वयं की तिथि डिकोडिंग प्रारूप बनाएं

पार्सिंग नेस्टेड ऑब्जेक्ट्स

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

 { "id": 349, "art": "M0470500", "title": "- Vichy 50 ", "ratings": { "average_rating": 4.1034, "votes_count": 29 } } 

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

 class Product: Decodable { var id: Int var art: String? var title: String? var votesCount: Int var averageRating: Double enum CodingKeys: String, CodingKey { case id case art case title case ratings } enum RatingsCodingKeys: String, CodingKey { case votesCount = "votes_count" case averageRating = "average_rating" } required init(from decoder: Decoder) throws { let container = try decoder.container(keyedBy: CodingKeys.self) self.id = try container.decode(Int.self, forKey: .id) self.art = try? container.decode(String.self, forKey: .art) self.title = try? container.decode(String.self, forKey: .title) // Nested ratings let ratingsContainer = try container.nestedContainer(keyedBy: RatingsCodingKeys.self, forKey: .ratings) self.votesCount = try ratingsContainer.decode(Int.self, forKey: .votesCount) self.averageRating = try ratingsContainer.decode(Double.self, forKey: .averageRating) } } 

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

JSON क्षेत्र के नाम और डेटा मॉडल गुणों का बेमेल

यदि आप इस बात पर ध्यान देते हैं कि हमारे डेटा मॉडल में गणनाएं कैसे परिभाषित की जाती हैं, तो आप देख सकते हैं कि गणना के तत्वों को कभी-कभी एक स्ट्रिंग दी जाती है जो डिफ़ॉल्ट मान को बदल देती है, उदाहरण के लिए:

 enum RatingsCodingKeys: String, CodingKey { case votesCount = "votes_count" case averageRating = "average_rating" } 

यह मॉडल चर और JSON क्षेत्रों के नामों को सही ढंग से मिलान करने के लिए किया जाता है। यह आमतौर पर उन क्षेत्रों के लिए आवश्यक होता है जिनके नाम में कई शब्द होते हैं, और JSON में उन्हें अंडरस्कोर द्वारा अलग किया जाता है। सिद्धांत रूप में, गणना का ऐसा पुन: निर्धारण सबसे लोकप्रिय है और सरल दिखता है, लेकिन फिर भी एप्पल एक अधिक सुरुचिपूर्ण समाधान के साथ आया। इस समस्या को keyDecodingStrategy का उपयोग करके एक लाइन में हल किया जा सकता है। यह फीचर स्विफ्ट 4.1 में दिखाई दिया

मान लीजिए कि आपके पास फॉर्म का JSON है:

 let jsonString = """ [ { "name": "MacBook Pro", "screen_size": 15, "cpu_count": 4 }, { "name": "iMac Pro", "screen_size": 27, "cpu_count": 18 } ] """ let jsonData = Data(jsonString.utf8) 

चलिए इसके लिए एक डाटा मॉडल बनाते हैं:

 struct Mac: Codable { var name: String var screenSize: Int var cpuCount: Int } 

मॉडल में चर को समझौते के अनुसार दर्ज किया जाता है, एक लोअरकेस अक्षर से शुरू होता है और फिर प्रत्येक शब्द एक कैपिटल लेटर (तथाकथित ऊंट ) के साथ शुरू होता है। लेकिन JSON में, फ़ील्ड अंडरस्कोर (तथाकथित स्नेक_केस ) के साथ लिखे गए हैं। अब, सफल होने के लिए पार्स करने के लिए, हमें या तो डेटा मॉडल में एक गणना को परिभाषित करने की आवश्यकता है जिसमें हम JSON फ़ील्ड्स के नामों के पत्राचार को चर के नामों के साथ स्थापित करेंगे, या हमें एक रनटाइम त्रुटि मिलेगी। लेकिन अब केवल कीडेकोडिंगस्ट्रेगी को परिभाषित करना संभव है

 let decoder = JSONDecoder() decoder.keyDecodingStrategy = .convertFromSnakeCase do { let macs = try decoder.decode([Mac].self, from: jsonData) } catch { print(error.localizedDescription) } 

एनकोड फ़ंक्शन के लिए, आप तदनुसार उलटा रूपांतरण का उपयोग कर सकते हैं:

 encoder.keyEncodingStrategy = .convertToSnakeCase 

निम्नलिखित क्लोजर का उपयोग करके कीडेकोडिंगस्ट्रेगी को अनुकूलित करना भी संभव है:

 let jsonDecoder = JSONDecoder() jsonDecoder.keyDecodingStrategy = .custom { keys -> CodingKey in let key = keys.last!.stringValue.split(separator: "-").joined() return PersonKey(stringValue: String(key))! } 

यह प्रविष्टि, उदाहरण के लिए, JSON के लिए विभाजक "-" के उपयोग की अनुमति देता है। उपयोग किए गए JSON का एक उदाहरण:

 { "first-Name": "Taylor", "last-Name": "Swift", "age": 28 } 

इस प्रकार, एक गणना की एक अतिरिक्त परिभाषा को अक्सर टाला जा सकता है।

हैंडलिंग में त्रुटि

जब JSON को पार्स और डेटा को एक प्रारूप से दूसरे में परिवर्तित किया जाता है, तो त्रुटियां अपरिहार्य होती हैं, तो आइए विभिन्न प्रकार की त्रुटियों से निपटने के लिए विकल्पों को देखें। डिकोडिंग करते समय, निम्न प्रकार की त्रुटियां संभव हैं:

• DecodingError.dataCorrupted (DecodingError.Context) - डेटा दूषित है। आमतौर पर इसका अर्थ है कि आप जिस डेटा को डिकोड करने का प्रयास कर रहे हैं, वह अपेक्षित प्रारूप से मेल नहीं खाता है, उदाहरण के लिए, अपेक्षित JSON के बजाय, आपको पूरी तरह से अलग प्रारूप प्राप्त हुआ।
• DecodingError.keyNotFound (CodingKey, DecodingError.Context) - अनुरोधित फ़ील्ड नहीं मिला। इसका मतलब है कि जिस क्षेत्र से आपको उम्मीद थी वह गायब है
• DecodingError.typeMismatch (Any.Type, DecodingError.Context) - टाइप बेमेल। जब मॉडल में डेटा प्रकार प्राप्त फ़ील्ड के प्रकार से मेल नहीं खाता है
• DecodingError.valueNotFound (Any.Type, DecodingError.Context) - एक विशिष्ट फ़ील्ड के लिए लापता मान। जिस फ़ील्ड को आपने डेटा मॉडल में परिभाषित किया है, उसे प्रारंभ नहीं किया जा सकता है, संभवतः प्राप्त डेटा में यह फ़ील्ड शून्य है। यह त्रुटि केवल गैर-वैकल्पिक फ़ील्ड के साथ होती है, यदि फ़ील्ड में कोई मान नहीं है, तो इसे वैकल्पिक बनाने के लिए मत भूलना।

जब एन्कोडिंग डेटा, एक त्रुटि संभव है:

EncodingError.invalidValue (Any.Type, DecodingError.Context) - डेटा मॉडल को एक विशिष्ट प्रारूप में परिवर्तित करने में विफल रहा।

JSON को पार्स करते समय त्रुटि से निपटने का एक उदाहरण:

  do { let decoder = JSONDecoder() _ = try decoder.decode(businessReviewResponse.self, from: data) } catch DecodingError.dataCorrupted(let context) { print(DecodingError.dataCorrupted(context)) } catch DecodingError.keyNotFound(let key, let context) { print(DecodingError.keyNotFound(key,context)) } catch DecodingError.typeMismatch(let type, let context) { print(DecodingError.typeMismatch(type,context)) } catch DecodingError.valueNotFound(let value, let context) { print(DecodingError.valueNotFound(value,context)) } catch let error{ print(error) } 

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



कोडेबल और एनएस कोडिंग की तुलना

बेशक, कोड करने योग्य प्रोटोकॉल एन्कोडिंग / डिकोडिंग डेटा में एक बड़ा कदम है, लेकिन इससे पहले NSCoding प्रोटोकॉल मौजूद थे। आइए उनकी तुलना करने की कोशिश करें और देखें कि कोडेबल के क्या लाभ हैं:

• NSCoding प्रोटोकॉल का उपयोग करते समय , ऑब्जेक्ट को NSObject का एक उपवर्ग होना चाहिए, जो स्वचालित रूप से यह दर्शाता है कि हमारा डेटा मॉडल एक वर्ग होना चाहिए। कोडेबल में , क्रमशः वंशानुक्रम की कोई आवश्यकता नहीं है, क्रमशः डेटा मॉडल वर्ग और संरचना और एनम दोनों हो सकता है।
• यदि आपको अलग-अलग एन्कोडिंग और डिकोडिंग फ़ंक्शन की आवश्यकता होती है, उदाहरण के लिए, एपीआई के माध्यम से प्राप्त JSON डेटा को पार्स करने के मामले में, आप केवल एक Decodable प्रोटोकॉल का उपयोग कर सकते हैं। यही है, कभी-कभी अनावश्यक init या सांकेतिक तरीकों को लागू करने की कोई आवश्यकता नहीं है।
• कोड करने योग्य स्वचालित रूप से आवश्यक init और सांकेतिक शब्दों में बदलना विधियों, साथ ही वैकल्पिक CodingKeys गणन उत्पन्न कर सकता है। यह, निश्चित रूप से, केवल तभी काम करता है जब आपके पास डेटा संरचना में सरल क्षेत्र हों, अन्यथा, अतिरिक्त अनुकूलन की आवश्यकता होगी। ज्यादातर मामलों में, विशेष रूप से बुनियादी डेटा संरचनाओं के लिए, आप स्वचालित पीढ़ी का उपयोग कर सकते हैं, खासकर यदि आप keyDecodingStrategy को फिर से परिभाषित करते हैं , तो यह सुविधाजनक है और कुछ अनावश्यक कोड को कम करता है।

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