जेनेरिक JDDecoder

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

कुंजी डिकोडिंग

फाउंडेशन के पास सीरियल-डे-डेड डेटा के लिए दो तंत्र हैं। पुराना NSJsonSerialization और नया Codable । फायदे की सूची में अंतिम में एक ऐसी अद्भुत चीज है जो संरचना (या वर्ग) के आधार पर json डेटा के लिए ऑटो-जेनरेशन की की है जो Codable ( Encodable , Decodable ) को लागू Codable और डिकोडिंग डेटा के लिए एक Decodable ।

और सब कुछ ठीक लगता है, आप उपयोग कर सकते हैं और आनंद ले सकते हैं, लेकिन वास्तविकता इतनी सरल नहीं है।
सर्वर पर अक्सर आप फॉर्म के json देख सकते हैं:

 {"topLevelObject": { "underlyingObject": 1 }, "Error": { "ErrorCode": 400, "ErrorDescription": "SomeDescription" } } 

यह प्रोजेक्ट सर्वरों में से एक से लगभग वास्तविक जीवन का उदाहरण है।

JsonDecoder वर्ग के लिए, JsonDecoder snake_case कुंजियों के साथ कार्य निर्दिष्ट JsonDecoder सकते हैं, लेकिन क्या होगा यदि हमारे पास UpperCamelCase, डैश-स्नेक-केस या यहां तक ​​कि एक सामान्य हॉज भी है, लेकिन हम मैन्युअल रूप से कुंजियाँ लिखना नहीं चाहते हैं?

सौभाग्य से, Apple ने CodingKeys का उपयोग करके JSONDecoder.KeyDecodingStrategy संरचना के साथ मिलान करने से पहले कुंजी मैपिंग को कॉन्फ़िगर करने की क्षमता प्रदान की। हम इसका फायदा उठाएंगे।

सबसे पहले, एक संरचना बनाएं जो CodingKey प्रोटोकॉल को लागू करता है, क्योंकि मानक पुस्तकालय में कोई भी नहीं है:

  struct AnyCodingKey: CodingKey { var stringValue: String var intValue: Int? init(_ base: CodingKey) { self.init(stringValue: base.stringValue, intValue: base.intValue) } init(stringValue: String) { self.stringValue = stringValue } init(intValue: Int) { self.stringValue = "\(intValue)" self.intValue = intValue } init(stringValue: String, intValue: Int?) { self.stringValue = stringValue self.intValue = intValue } } 

फिर हमारी कुंजियों के प्रत्येक मामले को अलग से संसाधित करना आवश्यक है। मुख्य हैं:
snake_case, dash-snake-case, lowCamelCase और UpperCamelCase। चेक, रन, सब कुछ काम करता है।

तब हमें एक अपेक्षित समस्या का सामना करना पड़ता है: संक्षिप्त रूप में कैमलकेस (कई id , Id , ID याद रखें)। इसे काम करने के लिए, आपको उन्हें सही ढंग से रूपांतरित करने और एक नियम लागू करने की आवश्यकता है - संक्षिप्तीकरण को कैमसेल में परिवर्तित किया जाता है, केवल पहला अक्षर कैपिटल रखने और myABBRKey myAbbrKey में बदल जाएगा ।

यह समाधान कई मामलों के संयोजन के लिए बहुत अच्छा काम करता है।

नोट: कार्यान्वयन में प्रदान किया जाएगा। .custom कुंजी डिकोडिंग रणनीति।

 static func convertToProperLowerCamelCase(keys: [CodingKey]) -> CodingKey { guard let last = keys.last else { assertionFailure() return AnyCodingKey(stringValue: "") } if let fromUpper = convertFromUpperCamelCase(initial: last.stringValue) { return AnyCodingKey(stringValue: fromUpper) } else if let fromSnake = convertFromSnakeCase(initial: last.stringValue) { return AnyCodingKey(stringValue: fromSnake) } else { return AnyCodingKey(last) } } 

डेट डिकोडिंग

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

नोट: यह कस्टम डेटफ़ॉर्मर इनिशियलाइज़र है। इसका सिर्फ फॉर्मेट तैयार किया हुआ फॉर्मेटर।

 static let onlyDate = DateFormatter(format: "yyyy-MM-dd") static let full = DateFormatter(format: "yyyy-MM-dd'T'HH:mm:ss.SSSx") static let noWMS = DateFormatter(format: "yyyy-MM-dd'T'HH:mm:ssZ") static let noWTZ = DateFormatter(format: "yyyy-MM-dd'T'HH:mm:ss.SSS") static let noWMSnoWTZ = DateFormatter(format: "yyyy-MM-dd'T'HH:mm:ss") 

हम इसे JSONDecoder.DateDecodingStrategy का उपयोग करके अपने डिकोडर से JSONDecoder.DateDecodingStrategy और एक डिकोडर प्राप्त करते हैं जो लगभग कुछ भी संसाधित करता है और इसे एक प्रारूप में परिवर्तित करता है जो हमारे लिए सुपाच्य है।

प्रदर्शन परीक्षण

7944 बाइट्स के जौनस स्ट्रिंग्स के लिए टेस्ट किए गए।

जैसा कि हम देख सकते हैं, कस्टम Decoder रूपांतरण की आवश्यकता के लिए प्रत्येक कुंजी के अनिवार्य सत्यापन के कारण json में 20% धीमा है। हालांकि, यह Codable को लागू करके डेटा संरचनाओं के लिए कुंजियों को स्पष्ट रूप से पंजीकृत नहीं करने के लिए एक छोटा सा शुल्क है। इस डिकोडर को जोड़ने के साथ प्रोजेक्ट में बॉयलर प्लेट की संख्या बहुत कम हो गई है। क्या मुझे इसका उपयोग डेवलपर समय बचाने के लिए करना चाहिए, लेकिन प्रदर्शन खराब हो सकता है? यह आप पर निर्भर है।

गिटहब लाइब्रेरी में पूर्ण नमूना कोड

अंग्रेजी लेख