स्विफ्ट में अपना नेटवर्क लेयर लिखना: प्रोटोकॉल-ओरिएंटेड अप्रोच

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


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

• प्रोटोकॉल उन्मुख
• उपयोग करने में आसान
• उपयोग करने में आसान
• सुरक्षित टाइप करें
• समापन बिंदु एनम के लिए उपयोग किया जाएगा

नीचे एक उदाहरण है कि हमारे नेटवर्क परत का उपयोग इसके कार्यान्वयन के बाद कैसे होगा:



केवल राउटर.रेक्वेस्ट ( और । एनुमरेशंस की सभी शक्ति का उपयोग करके), हम सभी संभावित क्वेरी विकल्पों और उनके मापदंडों को देखेंगे।

सबसे पहले, परियोजना की संरचना के बारे में थोड़ा

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



Endpointtype प्रोटोकॉल

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



HTTP प्रोटोकॉल

हमारे EndPointType में कई प्रोटोकॉल होते हैं जिन्हें हमें एक अनुरोध बनाने की आवश्यकता होती है। आइए देखें कि ये प्रोटोकॉल क्या हैं।

HTTPMethod

एक फ़ाइल बनाएं, इसे HTTPMethod नाम दें और इसे सेवा फ़ोल्डर में डालें। इस सूची का उपयोग हमारे अनुरोध के HTTP विधि को निर्धारित करने के लिए किया जाएगा।



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



अगले भाग में, हम पैरामीटर्स पर चर्चा करेंगे और हम उनके साथ कैसे काम करेंगे

HTTPHeaders

HTTPHeaders एक शब्दकोश के लिए केवल टाइपेलियस हैं। आप इसे अपनी HTTPTask फ़ाइल के शीर्ष पर बना सकते हैं।

public typealias HTTPHeaders = [String:String] 

पैरामीटर और एन्कोडिंग

एक फ़ाइल बनाएं, इसे ParameterEncoding नाम दें और इसे एन्कोडिंग फ़ोल्डर में डालें। Parameters के लिए typealias बनाएँ, यह फिर से एक नियमित शब्दकोश होगा। कोड को और अधिक समझने और पठनीय बनाने के लिए हम ऐसा करते हैं।

 public typealias Parameters = [String:Any] 

अगला, एक एकल एन्कोड फ़ंक्शन के साथ एक ParameterEncoder प्रोटोकॉल को परिभाषित करें। एनकोड विधि के दो पैरामीटर हैं: इनर URLRequest और Parameters । INOUT एक स्विफ्ट कीवर्ड है जो एक फ़ंक्शन पैरामीटर को संदर्भ के रूप में परिभाषित करता है। आमतौर पर, पैरामीटर फ़ंक्शन के मान के रूप में पास किए जाते हैं। जब आप किसी कॉल में फ़ंक्शन पैरामीटर से पहले इनाउट लिखते हैं, तो आप इस पैरामीटर को संदर्भ प्रकार के रूप में परिभाषित करते हैं। इनआउट तर्कों के बारे में अधिक जानने के लिए, आप इस लिंक का अनुसरण कर सकते हैं। संक्षेप में, inout आपको चर के मूल्य को बदलने की अनुमति देता है, जो कि फ़ंक्शन को दिया गया था, और न केवल पैरामीटर में इसका मान प्राप्त करें और फ़ंक्शन के अंदर इसके साथ काम करें। ParameterEncoder प्रोटोकॉल JSONParameterEncoder और URLPameterEncoder में लागू किया जाएगा।

 public protocol ParameterEncoder { static func encode(urlRequest: inout URLRequest, with parameters: Parameters) throws } 

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

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



एक फ़ाइल बनाएँ, इसे URLParameterEncoder नाम दें और इसे एन्कोडिंग फ़ोल्डर में डालें।



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

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

JSONParameterEncoder

एक फ़ाइल बनाएँ, इसे JSONParameterEncoder नाम दें और इसे एन्कोडिंग फ़ोल्डर में डालें।



URLParameter के मामले में सब कुछ वैसा ही है, बस यहां हम JSON के मापदंडों को बदलेंगे और फिर से हेडर को "एप्लीकेशन / json" को परिभाषित करने वाले मापदंडों को जोड़ेंगे।

NetworkRouter

एक फ़ाइल बनाएं, इसे NetworkRouter नाम दें और इसे सेवा फ़ोल्डर में डालें। बंद करने के लिए टाइपेलियास को परिभाषित करने से शुरू करते हैं।

 public typealias NetworkRouterCompletion = (_ data: Data?,_ response: URLResponse?,_ error: Error?)->() 

अगला, हम NetworkRouter प्रोटोकॉल को परिभाषित करते हैं।



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

रूटर

एक फ़ाइल बनाएँ, इसे राउटर नाम दें और इसे सेवा फ़ोल्डर में डालें। हम URLSessionTask के निजी चर की घोषणा करते हैं। सारा काम उसी पर होगा। हम इसे निजी बनाते हैं क्योंकि हम नहीं चाहते कि बाहर का कोई व्यक्ति इसे बदल सके।



प्रार्थना

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

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



अनुरोध बनाएँ

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

1. हम URLRequest अनुरोध चर को इनिशियलाइज़ करते हैं। हम इसमें अपना आधार URL सेट करते हैं और उस विशिष्ट अनुरोध का पथ जोड़ते हैं जिसका उपयोग इसके लिए किया जाएगा।

2. हमारे EndPoint से http विधि से अनुरोध निवेदन करें ।

3. हम एक do-try-catch ब्लॉक बनाते हैं, क्योंकि हमारे एनकोडर एक त्रुटि फेंक सकते हैं। एक बड़े do-try-catch ब्लॉक को बनाकर, हम प्रत्येक प्रयास के लिए एक अलग ब्लॉक बनाने की आवश्यकता को समाप्त करते हैं।

4. स्विच में, path.task की जाँच करें।

5. कार्य के प्रकार के आधार पर, हम संबंधित एनकोडर कहते हैं।



पैरामीटर कॉन्फ़िगर करें

राउटर में configParameters फ़ंक्शन बनाएं।



यह फ़ंक्शन हमारे क्वेरी मापदंडों को परिवर्तित करने के लिए जिम्मेदार है। चूँकि हमारे API ने URL प्रारूप में परिवर्तित JSON और URLParameters के रूप में bodyParameters के उपयोग को माना है, इसलिए हम उचित पैरामीटर को संबंधित रूपांतरण कार्यों के लिए पास करते हैं, जिसका हमने लेख की शुरुआत में वर्णन किया था। यदि आप एक एपीआई का उपयोग करते हैं जिसमें विभिन्न प्रकार के एन्कोडिंग शामिल हैं, तो इस मामले में मैं एन्कोडिंग प्रकार के साथ एक अतिरिक्त गणना के साथ HTTPTask जोड़ने की सलाह दूंगा । इस सूची में सभी प्रकार के संभव एन्कोडिंग शामिल होने चाहिए। उसके बाद, configParameters में इस गणना के साथ एक और तर्क जोड़ें। इसके मूल्य के आधार पर, स्विच का उपयोग करके स्विच करें और आपको आवश्यक एन्कोडिंग बनाएं।

अतिरिक्त हेडर जोड़ें

राउटर में addAdditionalHeaders फ़ंक्शन बनाएं।



बस अनुरोध करने के लिए सभी आवश्यक हेडर जोड़ें।

रद्द करना

रद्द करें फ़ंक्शन बहुत सरल लगेगा:



उदाहरण का उपयोग करें

अब एक वास्तविक उदाहरण पर हमारे नेटवर्क लेयर का उपयोग करने का प्रयास करते हैं। हम अपने आवेदन के लिए डेटा प्राप्त करने के लिए TheMovieDB से कनेक्ट करेंगे।

MovieEndPoint

एक MovieEndPoint फ़ाइल बनाएँ और उसे EndPoint फ़ोल्डर में रखें। MovieEndPoint समान है
और Moy में टारगेट टाइप करें। यहां हम इसके बजाय अपने स्वयं के EndPointType को लागू करते हैं। इसी तरह के उदाहरण के लिए मोया का उपयोग करने का वर्णन करने वाला एक लेख इस लिंक पर पाया जा सकता है।

 import Foundation enum NetworkEnvironment { case qa case production case staging } public enum MovieApi { case recommended(id:Int) case popular(page:Int) case newMovies(page:Int) case video(id:Int) } extension MovieApi: EndPointType { var environmentBaseURL : String { switch NetworkManager.environment { case .production: return "https://api.themoviedb.org/3/movie/" case .qa: return "https://qa.themoviedb.org/3/movie/" case .staging: return "https://staging.themoviedb.org/3/movie/" } } var baseURL: URL { guard let url = URL(string: environmentBaseURL) else { fatalError("baseURL could not be configured.")} return url } var path: String { switch self { case .recommended(let id): return "\(id)/recommendations" case .popular: return "popular" case .newMovies: return "now_playing" case .video(let id): return "\(id)/videos" } } var httpMethod: HTTPMethod { return .get } var task: HTTPTask { switch self { case .newMovies(let page): return .requestParameters(bodyParameters: nil, urlParameters: ["page":page, "api_key":NetworkManager.MovieAPIKey]) default: return .request } } var headers: HTTPHeaders? { return nil } } 

MovieModel

मॉडल में MovieModel और JSON डेटा मॉडल को पार्स करने के लिए, Decodable प्रोटोकॉल का उपयोग किया जाता है। इस फाइल को मॉडल फोल्डर में रखें।

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

 import Foundation struct MovieApiResponse { let page: Int let numberOfResults: Int let numberOfPages: Int let movies: [Movie] } extension MovieApiResponse: Decodable { private enum MovieApiResponseCodingKeys: String, CodingKey { case page case numberOfResults = "total_results" case numberOfPages = "total_pages" case movies = "results" } init(from decoder: Decoder) throws { let container = try decoder.container(keyedBy: MovieApiResponseCodingKeys.self) page = try container.decode(Int.self, forKey: .page) numberOfResults = try container.decode(Int.self, forKey: .numberOfResults) numberOfPages = try container.decode(Int.self, forKey: .numberOfPages) movies = try container.decode([Movie].self, forKey: .movies) } } struct Movie { let id: Int let posterPath: String let backdrop: String let title: String let releaseDate: String let rating: Double let overview: String } extension Movie: Decodable { enum MovieCodingKeys: String, CodingKey { case id case posterPath = "poster_path" case backdrop = "backdrop_path" case title case releaseDate = "release_date" case rating = "vote_average" case overview } init(from decoder: Decoder) throws { let movieContainer = try decoder.container(keyedBy: MovieCodingKeys.self) id = try movieContainer.decode(Int.self, forKey: .id) posterPath = try movieContainer.decode(String.self, forKey: .posterPath) backdrop = try movieContainer.decode(String.self, forKey: .backdrop) title = try movieContainer.decode(String.self, forKey: .title) releaseDate = try movieContainer.decode(String.self, forKey: .releaseDate) rating = try movieContainer.decode(Double.self, forKey: .rating) overview = try movieContainer.decode(String.self, forKey: .overview) } } 

NetworkManager

प्रबंधक फ़ोल्डर में एक NetworkManager फ़ाइल बनाएँ। फिलहाल, NetworkManager में केवल दो स्थिर गुण हैं: एक API कुंजी और एक गणना जिसमें कनेक्ट करने के लिए सर्वर के प्रकार का वर्णन है। NetworkManager में एक Router भी होता है जो कि MovieApi प्रकार का होता है ।



नेटवर्क प्रतिक्रिया

NetworkResponse गणन बनाएँ NetworkManager में।



जब हम अनुरोधों पर प्रतिक्रिया देते हैं तो हम इस गणना का उपयोग करते हैं और हम इसी संदेश को प्रदर्शित करेंगे।

परिणाम

NetworkManager में एक परिणाम गणना बनाएँ।



हम यह निर्धारित करने के लिए परिणाम का उपयोग करते हैं कि अनुरोध सफल था या नहीं। यदि नहीं, तो हम कारण के साथ एक त्रुटि संदेश लौटाएंगे।

रिस्पांस प्रोसेसिंग का अनुरोध करें

हैंडल नेटवर्क नेटवर्क्स फ़ंक्शन बनाएं। यह फ़ंक्शन एक तर्क लेता है, जैसे कि HTTPResponse, और परिणाम देता है।



इस फ़ंक्शन में, HTTPResponse से प्राप्त स्टेटसकोड के आधार पर, हम एक त्रुटि संदेश या एक सफल अनुरोध का संकेत देते हैं। आमतौर पर, 200..299 की सीमा में एक कोड का मतलब सफलता है।

नेटवर्क अनुरोध करना

इसलिए, हमने अपने नेटवर्क लेयर का उपयोग शुरू करने के लिए सब कुछ किया है, आइए एक अनुरोध करने का प्रयास करें।

हम नई फिल्मों की एक सूची का अनुरोध करेंगे। एक फ़ंक्शन बनाएं और इसे नाम देंन्यूमोविज़ ।



आइए इसे कदम से कदम मिलाकर लें:

1. हम getNewMovies पद्धति को दो तर्कों के साथ परिभाषित करते हैं: पृष्ठांकन पृष्ठ संख्या और पूर्ण हैंडलर, जो मूवी मॉडल का एक वैकल्पिक सरणी या एक वैकल्पिक त्रुटि देता है।

2. राउटर को कॉल करें। हम पृष्ठ संख्या और प्रक्रिया को बंद करने में पूरा करते हैं।

3. URLSession एक त्रुटि देता है यदि कोई नेटवर्क नहीं है या किसी भी कारण से अनुरोध करना संभव नहीं था। कृपया ध्यान दें कि यह एक एपीआई त्रुटि नहीं है, इस तरह की त्रुटियां क्लाइंट पर होती हैं और आमतौर पर इंटरनेट कनेक्शन की खराब गुणवत्ता के कारण होती हैं।

4. हमें HTTPURLResponse पर अपनी प्रतिक्रिया देने की आवश्यकता है , क्योंकि हमें स्टेटसकोड संपत्ति तक पहुँचने की आवश्यकता है।

5. परिणाम की घोषणा करें और इसे हैंडल करें NetworkResponse पद्धति का उपयोग करके

6. सफलता का मतलब है कि अनुरोध सफल रहा और हमें अपेक्षित प्रतिक्रिया मिली। फिर हम जांचते हैं कि क्या डेटा उत्तर के साथ आया था, और यदि नहीं, तो हम बस वापसी के माध्यम से विधि को समाप्त करते हैं।

7. यदि उत्तर डेटा के साथ आता है, तो मॉडल में प्राप्त डेटा को पार्स करना आवश्यक है। उसके बाद, हम मॉडल के परिणामस्वरूप सरणी को पूरा करने के लिए पास करते हैं।

8. एक त्रुटि के मामले में, बस त्रुटि को पूरा करने के लिए पास करें।

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

  class MainViewController: UIViewController { var networkManager: NetworkManager! init(networkManager: NetworkManager) { super.init(nibName: nil, bundle: nil) self.networkManager = networkManager } required init?(coder aDecoder: NSCoder) { fatalError("init(coder:) has not been implemented") } override func viewDidLoad() { super.viewDidLoad() view.backgroundColor = .green networkManager.getNewMovies(page: 1) { movies, error in if let error = error { print(error) } if let movies = movies { print(movies) } } } } 

छोटा बोनस

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



हमने खुद NetworkRouterCompletion निर्धारित किया, लेकिन इस मामले में भी यह भूलना आसान है कि यह किस प्रकार का है और इसका उपयोग कैसे करना है। लेकिन हमारे प्यारे Xcode ने हर चीज का ध्यान रखा, और यह केवल प्लेसहोल्डर पर डबल-क्लिक करने के लिए पर्याप्त है और Xcode वांछित प्रकार का विकल्प देगा।



निष्कर्ष

अब हमारे पास एक प्रोटोकॉल-उन्मुख नेटवर्क परत का कार्यान्वयन है, जिसका उपयोग करना बहुत आसान है और जिसे आप हमेशा अपनी आवश्यकताओं के अनुसार अनुकूलित कर सकते हैं। हमने इसकी कार्यक्षमता को समझा और सभी तंत्र कैसे काम करते हैं।

आप इस रिपॉजिटरी में सोर्स कोड पा सकते हैं।