प्रोग्रामिंग भाषाओं के आधार: कार्यक्षमता बनाए रखने का सिद्धांत

मैं औद्योगिक प्रोग्रामिंग पर हमारी कंपनी के परिचयात्मक पाठ्यक्रम के अंश जारी करना जारी रखता हूं ।

भाग दो: कार्यक्षमता बनाए रखने का सिद्धांत

यह बताता है कि कैसे विन्यास हानिकारक हैं और क्यों बहुत सारे कोड लिखना बुरा है। अन्य भाग यहां देखे जा सकते हैं ।


कई प्रोग्रामिंग भाषाएं डेटा संरचनाओं के लिए वर्णनात्मक (घोषणात्मक) दृष्टिकोण और डेटा संचालन का वर्णन करने के लिए अनिवार्य दृष्टिकोण दोनों को जोड़ती हैं।

एक उदाहरण C / C ++ है, जिसमें हेडर फाइल्स (* .h) डेटा संरचनाओं, कार्यों और विधियों, और प्रोग्राम फाइल्स (* .c / *। Pp / *। Cpp) को अनिवार्य रूप से वर्णन करता है, जिस पर एक अनिवार्य भाषा में क्रियाओं का वर्णन किया जाता है। डेटा। एक अन्य उदाहरण PHP है, जिसे HTML भाग में विभाजित किया गया है (सभी * एमएल भाषाएं घोषणात्मक हैं), जो विज़ुअलाइज़ेशन के लिए डेटा संरचना का वर्णन करता है, और PHP भाग, जो डेटा के साथ संरचना को भरने के लिए क्रियाओं का वर्णन करने के लिए डिज़ाइन किया गया है।

यह याद रखना महत्वपूर्ण है कि, सामान्य रूप से, ट्यूरिंग मशीन पर एक प्रोग्राम में किसी भी डेटा रूपांतरण कार्यक्षमता को कम किया जा सकता है। यह मायने नहीं रखता कि किस भाषा और किस प्रतिमान में यह कार्यक्षमता लिखी गई है। इस प्रकार, लोमोनोसोव-लुवोइसियर के मामले के संरक्षण के कानून के साथ समानता से, कोई कार्यात्मक के संरक्षण के कानून को पेश कर सकता है।

कार्यक्रम की कार्यक्षमता की मात्रा केवल स्रोत और डेटा प्रवाह के बीच के अंतर से निर्धारित होती है, कार्यक्रम के भीतर परिवर्तनों की संख्या कार्यक्षमता की मात्रा को प्रभावित नहीं करती है।

वास्तव में, यह कानून बढ़ते हुए एन्ट्रोपी के उपाय पर थर्मोडायनामिक्स के तीसरे कानून की व्यवस्था में से एक है। इसका सुधार इस प्रकार किया जा सकता है:

जैसे-जैसे कार्यक्षमता की मात्रा बढ़ती जाती है, कोड की मात्रा बढ़ती जाती है।

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

कॉन्फ़िगर प्रोग्रामिंग प्रमेय

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

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

तदनुसार, एक कॉन्फ़िग फ़ाइल जोड़कर प्रोग्रामर कम से कम कार्यक्रम में योगदान देता है
a) नया डेटा स्रोत
ख) विन्यास फाइल का दुभाषिया लिखता है

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

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

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

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

किसी भी कार्यक्षमता को लागू किए बिना, लेकिन इसे कॉन्फ़िगर करने में सक्षम करना संभव बनाता है, प्रोग्रामर इस कार्यक्षमता को प्रोग्राम के उपयोगकर्ता के लिए खुद से प्रोग्राम करने के लिए दायित्व को स्थानांतरित करता है।

सरल ढांचा प्रमेय

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

सबसे तार्किक और समझने योग्य ढांचा एक ढांचा है जो इसके पीछे अधिकतम कार्यक्षमता के साथ न्यूनतम एपीआई प्रदान करता है।

एक तार्किक और समझने योग्य ढांचा क्या है? यदि फ्रेमवर्क का उपयोग करते हुए आप एक ही काम कई अलग-अलग तरीकों से कर सकते हैं, तो इसका मतलब है कि इस फ्रेमवर्क की घोषित एपीआई भाषा बेमानी है। एक साधारण ढांचा एक ढांचा है जिसकी एपीआई अतिरेक न्यूनतम है।

बेबीलोनियन भाषा मिश्रण प्रमेय

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

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

वास्तव में, एक अतिरिक्त कॉन्फ़िगरेशन या एक अतिरिक्त प्रोग्रामिंग भाषा का उपयोग करने से प्रोग्राम में दोगुना हो जाता है क्योंकि प्रोग्राम की मातृ भाषा में वर्णित एक अन्य डेटा स्रोत या किसी अन्य डेटा संरचना को जोड़ना।

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

डेटा पार्स करने की सुविधा के लिए एक फ्रेमवर्क, कॉन्फिगरेशन, या PL जोड़ना डेटा पार्सिंग को जटिल करता है।

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