एक बार फिर प्रतिरूपकता के बारे में

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







प्रतिरूप हमें कोड का पुन: उपयोग करने की स्वतंत्रता देता है। कैसे ठीक है, शायद यह एक उदाहरण पर विचार करने के लायक है। एप्लिकेशन को एक विशिष्ट एफ़टीपी सर्वर में प्रवेश करने और आंतरिक डेटा (नक्शे, उत्पाद सूची, पता डेटाबेस, आदि) का अद्यतन लेने में सक्षम होना चाहिए।



पहला उदाहरण:

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



दूसरे का एक उदाहरण, कुछ अधिक जटिल:

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



__(_, _(, , , ).())







यहाँ, कक्षा के अंदर का कोड कुछ जटिल है, लेकिन इसका उपयोग कुछ सरल है, है ना?



तीसरे का एक उदाहरण, और भी जटिल:

एक कनेक्शन वर्ग बनाएं, जिसका हम इस तरह उपयोग करेंगे:



({})







विभिन्न कनेक्शनों के लिए कॉन्फ़िगरेशन भिन्न हो सकता है। उदाहरण:

{protocol: ftp, port: 224, user: vasia, password: secret}





या

[proto->http; domain->example.com; file->foo/bar/1.zip]







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



यदि हम और भी अधिक लचीलेपन की ओर जाते हैं और सबमॉड्यूल को उप-सबमॉड्यूल्स में विभाजित करते हैं, तो हम निम्नलिखित हैं:

c = Connector;

drv = SMTPDriver;

auth = Authenticator;

auth->setCrypt('sha1');

auth->setUser(Application->getCurrentUser());

drv->setAuth(auth);

c->setDriver(drv);

c->connect()->authenticate() OR throw Error;

path = smtpPathDriver('letter:459;attachmend-cid:file.zip');

writeFile('local/path/to/file.zip',c->getFile(path));







जब तक मुझे अधिक लचीलेपन का सामना नहीं करना पड़ा, जिससे आप लंबे समय तक छत खो सकते हैं, मुझे लगता है कि यह योग्‍य है।



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



निष्कर्ष: एक चांदी की गोली मौजूद नहीं है, जिसका मतलब है कि आपको एक मध्य मैदान की तलाश करनी होगी ।