पायथन: उप ‑ पैकेज या उप ‑ मॉड्यूल आयात करना

Question 1

पहले से ही फ्लैट पैकेज का उपयोग करने के बाद, मैं नेस्टेड पैकेज के साथ सामना करने वाले मुद्दे की उम्मीद नहीं कर रहा था। यहाँ है…

निर्देशिका लेआउट

dir
 |
 +-- test.py
 |
 +-- package
      |
      +-- __init__.py
      |
      +-- subpackage
           |
           +-- __init__.py
           |
           +-- module.py

Init .py की सामग्री

दोनों package/__init__.pyऔर package/subpackage/__init__.pyखाली हैं।

की सामग्री `module.py`

# file `package/subpackage/module.py`
attribute1 = "value 1"
attribute2 = "value 2"
attribute3 = "value 3"
# and as many more as you want...

सामग्री `test.py`(3 संस्करण)

संस्करण 1

# file test.py
from package.subpackage.module import *
print attribute1 # OK

यह चीजों को आयात करने का बुरा और असुरक्षित तरीका है (सभी को थोक में आयात करें), लेकिन यह काम करता है।

संस्करण 2

# file test.py
import package.subpackage.module
from package.subpackage import module # Alternative
from module import attribute1

आइटम द्वारा आइटम आयात करने का एक सुरक्षित तरीका, लेकिन यह विफल रहता है, पायथन यह नहीं चाहता है: संदेश के साथ विफल रहता है: "मॉड्यूल के बिना कोई मॉड्यूल नहीं"। तथापि …

# file test.py
import package.subpackage.module
from package.subpackage import module # Alternative
print module # Surprise here

… कहता है <module 'package.subpackage.module' from '...'>। तो यह एक मॉड्यूल है, लेकिन यह एक मॉड्यूल / -P 8-O ... उह नहीं है

संस्करण 3

# file test.py v3
from package.subpackage.module import attribute1
print attribute1 # OK

यह काम करता है। तो आप या तो हर समय ओवरकिल उपसर्ग का उपयोग करने के लिए मजबूर होते हैं या असुरक्षित तरीके से संस्करण # 1 का उपयोग करते हैं और सुरक्षित आसान तरीका का उपयोग करने के लिए पायथन द्वारा अस्वीकृत कर दिया जाता है? बेहतर तरीका, जो सुरक्षित है और अनावश्यक लंबे उपसर्ग से बचता है, केवल वही है जिसे पायथन अस्वीकार करता है? क्या यह इसलिए है क्योंकि यह प्यार करता है import *या क्योंकि यह प्रीफिक्स से अधिक प्यार करता है (जो इस अभ्यास को लागू करने में मदद नहीं करता है)।

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

टिप्पणियाँ

मैं sys.pathवैश्विक दुष्प्रभावों से बचने के लिए, और न ही *.pthफाइलों पर भरोसा नहीं करना चाहता , जो एक sys.pathही वैश्विक पुतलों के साथ खेलने का एक और तरीका है । स्वच्छ होने के समाधान के लिए, यह केवल स्थानीय होना है। या तो पायथन उप-पैकेज को संभालने में सक्षम है, या तो यह नहीं है, लेकिन इसे स्थानीय सामान को संभालने में सक्षम होने के लिए वैश्विक कॉन्फ़िगरेशन के साथ खेलने की आवश्यकता नहीं होनी चाहिए।
मैंने भी आयात का उपयोग करने की कोशिश की package/subpackage/__init__.py, लेकिन यह कुछ भी हल नहीं किया, यह वही करता है, और शिकायत subpackageएक ज्ञात मॉड्यूल नहीं है, जबकि print subpackageयह एक मॉड्यूल (अजीब व्यवहार, फिर से) कहता है।

हो सकता है कि मैं पूरी तरह से गलत हूं (विकल्प मैं पसंद करूंगा), लेकिन इससे मुझे पायथन के बारे में बहुत निराशा हुई।

मैंने कोशिश की तीनों के पास कोई अन्य ज्ञात तरीका? कुछ मैं जिसके बारे में नहीं जानता?

(आह)

-----% <----- संपादित करें ----->% -----

अब तक का निष्कर्ष (लोगों की टिप्पणियों के बाद)

पायथन में वास्तविक उप ‑ पैकेज जैसा कुछ भी नहीं है, क्योंकि सभी पैकेज संदर्भ एक वैश्विक डिक्शनरी में जाते हैं, केवल, जिसका अर्थ है कि कोई स्थानीय शब्दकोष नहीं है, जिसका अर्थ है कि स्थानीय पैकेज संदर्भ को प्रबंधित करने का कोई तरीका नहीं है।

आपको या तो पूर्ण उपसर्ग या लघु उपसर्ग या उपनाम का उपयोग करना होगा। जैसे की:

पूर्ण उपसर्ग संस्करण

from package.subpackage.module import attribute1
# An repeat it again an again
# But after that, you can simply:
use_of (attribute1)

लघु उपसर्ग संस्करण (लेकिन दोहराया उपसर्ग)

from package.subpackage import module
# Short but then you have to do:
use_of (module.attribute1)
# and repeat the prefix at every use place

या फिर, उपरोक्त का एक रूपांतर।

from package.subpackage import module as m
use_of (m.attribute1)
# `m` is a shorter prefix, but you could as well
# define a more meaningful name after the context

फैक्टरेटेड संस्करण

यदि आप एक बैच में एक साथ कई इकाई आयात करने के बारे में बुरा नहीं मानते हैं, तो आप यह कर सकते हैं:

from package.subpackage.module import attribute1, attribute2
# and etc.

मेरे पहले पसंदीदा स्वाद में नहीं (मैं प्रति आयातित इकाई के लिए एक आयात विवरण रखना पसंद करता हूं), लेकिन हो सकता है कि मैं व्यक्तिगत रूप से एहसान करूं।

अपडेट (2012-09-14):

लेआउट के बारे में एक टिप्पणी के अलावा, अंत में व्यवहार में ठीक प्रतीत होता है। उपरोक्त के बजाय, मैंने उपयोग किया:

from package.subpackage.module import (

    attribute1, 
    attribute2,
    attribute3,
    ...)  # and etc.

Question 2

आप गलत समझ रहे हैं कि importमॉड्यूल की खोज कैसे होती है । जब आप एक आयात विवरण का उपयोग करते हैं तो यह हमेशा वास्तविक मॉड्यूल पथ (और / या sys.modules) की खोज करता है; यह स्थानीय नाम स्थान में मॉड्यूल ऑब्जेक्ट्स का उपयोग नहीं करता है जो पिछले आयातों के कारण मौजूद हैं। जब तुम करोगे:

import package.subpackage.module
from package.subpackage import module
from module import attribute1

दूसरी पंक्ति नामक पैकेज की तलाश package.subpackageकरता है moduleऔर उस पैकेज से आयात करता है। तीसरी लाइन पर इस लाइन का कोई प्रभाव नहीं है। तीसरी लाइन बस एक मॉड्यूल की तलाश में है जिसे एक कहा जाता है moduleऔर एक नहीं मिलता है। यह उस ऑब्जेक्ट को "री-यूज" नहीं करता है जिसे moduleआपने ऊपर लाइन से प्राप्त किया है।

दूसरे शब्दों में from someModule import ...इसका मतलब यह नहीं है कि "मॉड्यूल से कुछ कहा जाता है जिसे मैंने पहले आयात किया था ..." इसका अर्थ है "कुछ मॉड्यूल नाम के मॉड्यूल से जिसे आप sys.path पर पाते हैं ..."। "वृद्धिशील रूप से" कोई रास्ता नहीं है जिससे पैकेज को आयात करने के लिए मॉड्यूल का मार्ग तैयार किया जा सके। आयात करते समय आपको हमेशा पूरे मॉड्यूल नाम का उल्लेख करना होगा।

यह स्पष्ट नहीं है कि आप क्या हासिल करने की कोशिश कर रहे हैं। यदि आप केवल विशेष Object1 विशेषता को आयात करना चाहते हैं, तो बस इसे करें from package.subpackage.module import attribute1और इसके साथ रहें। package.subpackage.moduleजब आप उस नाम से आयात करना चाहते हैं, तो आपको कभी भी इस बारे में चिंता करने की आवश्यकता नहीं है।

यदि आप बाद में अन्य नामों को एक्सेस करने के लिए मॉड्यूल तक पहुँच प्राप्त करना चाहते हैं, तो आप कर सकते हैं from package.subpackage import moduleऔर जैसा कि आपने देखा है कि आप तब कर सकते हैं module.attribute1और जैसे ही आप चाहें।

यदि आप दोनों चाहते हैं --- अर्थात, यदि आप attribute1सीधे पहुंच चाहते हैं और आप moduleसुलभ चाहते हैं , तो बस उपरोक्त दोनों करें:

from package.subpackage import module
from package.subpackage.module import attribute1
attribute1 # works
module.someOtherAttribute # also works

यदि आप package.subpackageदो बार भी लिखना पसंद नहीं करते हैं , तो आप केवल विशेष रूप से एक स्थानीय संदर्भ बना सकते हैं:

from package.subpackage import module
attribute1 = module.attribute1
attribute1 # works
module.someOtherAttribute #also works

Question 3

कारण # 2 विफल रहता है क्योंकि sys.modules['module']मौजूद नहीं है (आयात दिनचर्या का अपना दायरा है, और moduleस्थानीय नाम नहीं देख सकता है ), और moduleडिस्क पर कोई मॉड्यूल या पैकेज नहीं है । ध्यान दें कि आप कई आयातित नामों को कॉमा से अलग कर सकते हैं।

from package.subpackage.module import attribute1, attribute2, attribute3

इसके अलावा:

from package.subpackage import module
print module.attribute1

Question 4

यदि आप सभी करने की कोशिश कर रहे हैं, तो अपने वैश्विक नामस्थान में विशेषता 1 प्राप्त करें, संस्करण 3 बस ठीक लगता है। यह उपसर्ग उपसर्ग क्यों है?

इसके बजाय संस्करण 2 में

from module import attribute1

तुम कर सकते हो

attribute1 = module.attribute1