क्यों -compile (export_all) खराब अभ्यास है?

Question

सभी एरलांग किताबें कहती हैं कि export_all खराब अभ्यास है लेकिन कोई कारण न दें। अंत में अधिकांश मॉड्यूल संकलन (export_all) के साथ अपने अधिकांश समय व्यतीत करते हैं क्योंकि सहायक कार्यों को हटाने के लिए मॉड्यूल की सूची को लगातार अद्यतन करना एक परेशानी है। क्या यह बुरा अभ्यास है क्योंकि मुझे उन कार्यों के बारे में परवाह करना चाहिए जिन्हें मैं अन्य डेवलपर्स के सामने पेश करता हूं? या यह बुरा अभ्यास है क्योंकि मॉड्यूल के कार्यों की संख्या में कुछ प्रकार की प्रदर्शन लागत है, शायद हॉट कोड लोडिंग जैसी चीजों के कारण। यदि मॉड्यूल को बहुत सारे कार्यों के साथ भरने के लिए कोई प्रदर्शन मारा जाता है, तो यह कितना बुरा है?

Answer 1

कई कारणों के लिए:

• स्पष्टता: यह जो कार्यों मॉड्यूल के बाहर उपयोग के लिए लक्षित कर रहे हैं देखना आसान हो जाए।

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

• कोड गंध: आपको अप्रयुक्त कार्यों के लिए चेतावनियां मिलती हैं।

  इसलिए आप मृत कोड से बचेंगे।

• अनुकूलन: संकलक अधिक आक्रामक अनुकूलन करने में सक्षम हो सकता है यह जानकर कि सभी कार्यों को निर्यात नहीं किया जाना चाहिए।

Answer 2

जबकि मुझे यह सुनिश्चित नहीं है कि -compile(export_all). का उपयोग करने के कोई व्यावहारिक प्रदर्शन प्रभाव हैं, तो मुझे संदेह है कि वे देखभाल करने के लिए पर्याप्त महत्वपूर्ण हैं।

हालांकि, निर्यात की सूची स्पष्ट रूप से घोषित करने का लाभ है। ऐसा करने से, .erl फ़ाइल के पहले पृष्ठ को देखकर हर कोई मॉड्यूल के इंटरफ़ेस को समझ सकता है। साथ ही, जैसा कि हम लिखने के लिए कई अन्य चीजों के साथ, मॉड्यूल इंटरफ़ेस की स्पष्ट घोषणा इसकी स्पष्टता को बनाए रखने में मदद करती है।

इसके साथ ही कहा, जब मैं एक नया Erlang मॉड्यूल पर काम शुरू करने के बाद इंटरफ़ेस परिपक्व हो जाता है मैं हमेशा -module(...). -compile(export_all). टाइप पर्याप्त मैं एक स्पष्ट -export([...])जोड़ने जबकिexport_all संकलन विकल्प रखे हुए हैं।

Answer 3

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