python - setuptools बनाम distutils: distutils अभी भी एक चीज क्यों है?

यह तथ्य है कि setuptools मानक पुस्तकालय में एकमात्र कारण नहीं है

यही एक कारण है। निम्नलिखित NumPy setup.py से सीधे है:

if len(sys.argv) >= 2 and ('--help' in sys.argv[1:] or
        sys.argv[1] in ('--help-commands', 'egg_info', '--version',
                        'clean')):
    # Use setuptools for these commands (they don't work well or at all
    # with distutils).  For normal builds use distutils.
    try:
        from setuptools import setup
    except ImportError:
        from distutils.core import setup

तो NumPy setuptools पसंद setuptools अगर यह इसे मिल सकता है। लेकिन तब SciPy ऐसा करने के लिए प्रयोग किया जाता था, जब तक कि कुछ स्थितियों में distutils पसंद करने के लिए patched किया गया था। प्रतिबद्ध लॉग का हवाला देते हुए:

Setuptools sets mode +x on the test scripts, so that Nose refuses to run
them. Better not do that.

बेशक, setuptools और distribute बीच एक विलय उचित समय में यह सब हल करना चाहिए, लेकिन कई संकुल अभी भी Python 2.6 प्रतिष्ठानों का समर्थन करने की आवश्यकता है।

कई कारण हैं जिनके बारे में हम अभी भी बात करते हैं और आसवन का उपयोग करते हैं, भले ही सेटअपटॉल्स बिना किसी संदेह के बेहतर टूल सेट हैं।

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

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

नई परियोजनाओं के लिए मेरा व्यक्तिगत दृष्टिकोण इस धारणा से शुरू होता है कि मैं distutils का उपयोग करने जा रहा हूँ। जैसे ही प्रोजेक्ट सेटअप की सुविधाओं की आवश्यकता के लिए बढ़ता है, मैं अपग्रेड करता हूं। Setuptools distutils के लिए एक ड्रॉप-इन-प्रतिस्थापन है, यह मेरे setup.py में एक-पंक्ति परिवर्तन है।

असल में, यह जिम्मेदारियों के विभाजन के कारण है।

setuptools पायथन मानक पुस्तकालय का हिस्सा नहीं है क्योंकि यह पायथन कोर टीम की बजाय किसी तीसरे पक्ष द्वारा बनाए रखा जाता है। जिसका अर्थ है, अन्य चीजों के साथ:

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

प्रभावी रूप से, कोर टीम ने तीसरे पक्षों को उस (सभी विस्तारित कंपाइलर / पैकेज प्रारूप / जो भी समर्थन) से परे सभी सामान छोड़ते समय "मूल मानकों" और "न्यूनतम आवश्यक संकलन" भागों को सुरक्षित रखने के लिए आसवन के दायरे को कम कर दिया है। कोड जो पहले उन "विस्तारित हिस्सों" को कवर कर रहा था , पीछे की संगतता के लिए बाएं छोड़ दिया गया था ।

वितरित पायथन मॉड्यूल से - पायथन 2.7.12 प्रलेखन :

जबकि distutils प्रत्यक्ष उपयोग चरणबद्ध किया जा रहा है, यह अभी भी वर्तमान पैकेजिंग और वितरण बुनियादी ढांचे के लिए नींव रखी है, और यह न केवल मानक पुस्तकालय का हिस्सा बना हुआ है, लेकिन इसका नाम अन्य तरीकों से रहता है (जैसे मेलिंग का नाम पाइथन पैकेजिंग मानकों के विकास को समन्वयित करने के लिए उपयोग की जाने वाली सूची)।

उपरोक्त कारणों से अन्य ओएस के लिए पैकेज भी setuptools और pip अलग-अलग प्रदान करने की संभावना है

• और क्योंकि वे जरूरी नहीं हैं - या रखरखाव के लिए भी हानिकारक हैं - जब सिस्टम पर पहले से ही एक और पैकेज प्रबंधक है।