मुझे अभी एहसास हुआ कि मैं अपना खुद का प्रस्ताव मॉड्यूल परिभाषित कर सकता हूं और सावधानी से अपने निर्यात को नियंत्रित कर सकता हूं। क्या यह बुरा अभ्यास माना जाता है?कस्टम प्रीलूड मॉड्यूल - बुरा विचार?
लाभ:
कोई ज़रूरत नहीं बार-बार बड़ी परियोजनाओं में से एक "आम" मॉड्यूल आयात करने के लिए।
लिखने की कोई आवश्यकता नहीं है "आयात छिपाना (पकड़ो)"।
आम तौर पर यह एक बुरा विचार है, क्योंकि आप अपने स्वयं के मुहावरे में लिखे गए कोड के साथ समाप्त होते हैं जो दूसरों द्वारा बनाए रखना आसान नहीं होता है।
दूसरों के साथ संवाद करने के लिए आपको प्रतीकों की एक साझा भाषा की आवश्यकता है। Prelude हमारी मूल भाषा है, इसलिए यदि आप इसे फिर से परिभाषित करते हैं, तो भ्रम की उम्मीद करें।
इस नियम का अपवाद एक एम्बेडेड डोमेन-विशिष्ट भाषा विकसित करते समय होगा। वहां, कस्टम प्रीलूड बनाना पूरी तरह से एक अच्छा विचार है, और वास्तव में प्रीलूड (और इनबिल्ट सिंटैक्स) को पहले स्थान पर फिर से परिभाषित करना संभव है।
हर तरह से अपने स्वयं के अतिरिक्त मॉड्यूल हैं, लेकिन प्रीलूड को ओवरराइड न करें।
एक स्पष्ट नुकसान पठनीयता है। लोग * उम्मीद करते हैं कि प्रीलूड फ़ंक्शंस, ठीक है, प्रीलूड फ़ंक्शन, स्पष्ट रूप से छिपे हुए हैं। यदि कोई छुपा नहीं है (नक्शा) ', तो' नक्शा 'का सामना करने के लिए यह बहुत ही असहज लगता है जो साधारण नहीं है। – gspr
मैं अपनी कुछ परियोजनाओं पर 'मूल-प्रस्ताव' का उपयोग करता हूं। मुझे लगता है कि एक कस्टम प्रति-परियोजना प्रस्ताव बहुत दूर जा रहा है, लेकिन अगर कुछ लोकप्रिय हो सकता है, तो मैं इसका समर्थन करूंगा। – singpolyma
@singpolyma 'मूल-प्रस्ताव' धारणा के लिए धन्यवाद! –