मैं यह कैसे जाँच सकता हूँ कि क्या कोई फ़ाइल मौजूद है, कोशिश बयान का उपयोग किए बिना पायथन का उपयोग करके?
अब पायथन 3.4 के बाद से उपलब्ध है, Pathफ़ाइल नाम के साथ किसी ऑब्जेक्ट को आयात और त्वरित करता है , और is_fileविधि की जांच करता है (ध्यान दें कि यह नियमित रूप से फ़ाइलों को इंगित करने वाली सहानुभूति के लिए सही है):
>>> from pathlib import Path
>>> Path('/').is_file()
False
>>> Path('/initrd.img').is_file()
True
>>> Path('/doesnotexist').is_file()
False
यदि आप पायथन 2 पर हैं, तो आप पिपली से पाथलिब मॉड्यूल को वापस कर सकते हैं pathlib2, या अन्यथा मॉड्यूल isfileसे जांच कर सकते हैं os.path:
>>> import os
>>> os.path.isfile('/')
False
>>> os.path.isfile('/initrd.img')
True
>>> os.path.isfile('/doesnotexist')
False
अब ऊपर शायद सबसे अच्छा व्यावहारिक प्रत्यक्ष उत्तर है यहां, लेकिन एक दौड़ की स्थिति (आप जो पूरा करने की कोशिश कर रहे हैं उसके आधार पर) की संभावना है, और यह तथ्य कि अंतर्निहित कार्यान्वयन एक का उपयोग करता है try, लेकिन पायथन tryइसके कार्यान्वयन में हर जगह उपयोग करता है।
क्योंकि पायथन tryहर जगह उपयोग करता है, वास्तव में इसे लागू करने से बचने का कोई कारण नहीं है।
लेकिन इस उत्तर के बाकी हिस्सों में इन गुहाओं पर विचार करने का प्रयास किया गया है।
लंबा, बहुत अधिक पांडित्यपूर्ण उत्तर
पायथन 3.4 के बाद से उपलब्ध, में नई Pathवस्तु का उपयोग करें pathlib। ध्यान दें कि .existsयह काफी सही नहीं है, क्योंकि निर्देशिकाएं फाइलें नहीं हैं (यूनिक्स समझ के अलावा कि सब कुछ एक फाइल है)।
>>> from pathlib import Path
>>> root = Path('/')
>>> root.exists()
True
तो हमें उपयोग करने की आवश्यकता है is_file:
>>> root.is_file()
False
यहाँ मदद पर है is_file:
is_file(self)
Whether this path is a regular file (also True for symlinks pointing
to regular files).
तो चलिए एक फाइल प्राप्त करते हैं जिसे हम जानते हैं कि एक फाइल है:
>>> import tempfile
>>> file = tempfile.NamedTemporaryFile()
>>> filepathobj = Path(file.name)
>>> filepathobj.is_file()
True
>>> filepathobj.exists()
True
डिफ़ॉल्ट रूप से, NamedTemporaryFileफ़ाइल को बंद होने पर हटा देता है (और स्वचालित रूप से बंद हो जाएगा जब कोई और संदर्भ इसमें मौजूद न हो)।
>>> del file
>>> filepathobj.exists()
False
>>> filepathobj.is_file()
False
यदि आप कार्यान्वयन में खुदाई करते हैं , हालांकि, आप देखेंगे कि is_fileउपयोग करता है try:
def is_file(self):
"""
Whether this path is a regular file (also True for symlinks pointing
to regular files).
"""
try:
return S_ISREG(self.stat().st_mode)
except OSError as e:
if e.errno not in (ENOENT, ENOTDIR):
raise
# Path doesn't exist or is a broken symlink
# (see https://bitbucket.org/pitrou/pathlib/issue/12/)
return False
दौड़ की स्थितियां: हमें कोशिश क्यों पसंद है
हमें पसंद है tryक्योंकि यह दौड़ की स्थिति से बचा जाता है। इसके साथ try, आप बस अपनी फ़ाइल को पढ़ने का प्रयास करते हैं, यह उम्मीद करते हैं कि यह वहां हो, और यदि नहीं, तो आप अपवाद को पकड़ते हैं और जो भी कमबैक व्यवहार समझ में आता है उसे करते हैं।
यदि आप यह देखना चाहते हैं कि आपके द्वारा पढ़ने के प्रयास से पहले कोई फ़ाइल मौजूद है, और आप इसे हटा रहे हैं और तब आप कई थ्रेड या प्रक्रियाओं का उपयोग कर रहे हैं, या कोई अन्य प्रोग्राम उस फ़ाइल के बारे में जानता है और उसे हटा सकता है - तो आप जोखिम का मौका एक दौड़ की स्थिति यदि आप इसे जाँचते हैं तो यह मौजूद है, क्योंकि आप इसकी स्थिति (इसके अस्तित्व) में परिवर्तन से पहले इसे खोलने के लिए दौड़ रहे हैं ।
दौड़ की स्थिति को डिबग करना बहुत कठिन है क्योंकि एक बहुत छोटी खिड़की है जिसमें वे आपके कार्यक्रम को विफल कर सकते हैं।
लेकिन अगर यह आपकी प्रेरणा है, तो आप कर सकते हैं संदर्भ प्रबंधक tryका उपयोग करके एक बयान का मूल्य प्राप्त हैं suppress।
एक कोशिश बयान के बिना दौड़ की स्थिति से बचना: suppress
पायथॉन 3.4 हमें suppressसंदर्भ प्रबंधक (पूर्व में ignoreसंदर्भ प्रबंधक) देता है, जो कम से कम लाइनों में शब्दार्थ समान रूप से करता है, जबकि मूल (कम से कम सतही) एक tryबयान से बचने के लिए मूल प्रश्न को पूरा करता है :
from contextlib import suppress
from pathlib import Path
उपयोग:
>>> with suppress(OSError), Path('doesnotexist').open() as f:
... for line in f:
... print(line)
...
>>>
>>> with suppress(OSError):
... Path('doesnotexist').unlink()
...
>>>
पहले के पायथन के लिए, आप अपना स्वयं का रोल कर सकते थे suppress, लेकिन एक tryइच्छा के बिना इससे अधिक क्रिया होगी। मेरा मानना है कि यह वास्तव में एकमात्र उत्तर है जो tryपायथन में किसी भी स्तर पर उपयोग नहीं करता है जो कि पायथन 3.4 से पहले लागू किया जा सकता है क्योंकि यह इसके बजाय संदर्भ प्रबंधक का उपयोग करता है:
class suppress(object):
def __init__(self, *exceptions):
self.exceptions = exceptions
def __enter__(self):
return self
def __exit__(self, exc_type, exc_value, traceback):
if exc_type is not None:
return issubclass(exc_type, self.exceptions)
शायद एक कोशिश के साथ आसान:
from contextlib import contextmanager
@contextmanager
def suppress(*exceptions):
try:
yield
except exceptions:
pass
अन्य विकल्प जो "बिना कोशिश के" के लिए नहीं मिलते हैं:
isfile
import os
os.path.isfile(path)
से डॉक्स :
os.path.isfile(path)
यदि पथ मौजूदा नियमित फ़ाइल है तो सही लौटें। यह प्रतीकात्मक लिंक का अनुसरण करता है, इसलिए दोनों islink()औरisfile() एक ही पथ के लिए सही हो सकता है।
लेकिन अगर आप इस फ़ंक्शन के स्रोत की जांच करते हैं , तो आप देखेंगे कि यह वास्तव में एक कोशिश बयान का उपयोग करता है:
# This follows symbolic links, so both islink() and isdir() can be true
# for the same path on systems that support symlinks
def isfile(path):
"""Test whether a path is a regular file"""
try:
st = os.stat(path)
except os.error:
return False
return stat.S_ISREG(st.st_mode)
>>> OSError is os.error
True
यह सब वह दिए गए पथ का उपयोग कर रहा है यह देखने के लिए कि क्या वह उस पर आँकड़े प्राप्त कर सकता है, पकड़ रहा है OSError अगर यह अपवाद नहीं उठाया है, तो यह एक फ़ाइल है, तो इसे और फिर जांचना।
यदि आप फ़ाइल के साथ कुछ करने का इरादा रखते हैं, तो मैं सुझाव देता हूं कि दौड़ की स्थिति से बचने के लिए इसे सीधे प्रयास करके देखें:
try:
with open(path) as f:
f.read()
except OSError:
pass
os.access
यूनिक्स और विंडोज के लिए उपलब्ध है os.access, लेकिन उपयोग करने के लिए आपको झंडे पास करना होगा, और यह फाइलों और निर्देशिकाओं के बीच अंतर नहीं करता है। यह परीक्षण करने के लिए उपयोग किया जाता है यदि वास्तविक इनवॉइस उपयोगकर्ता के पास एक उन्नत विशेषाधिकार वाले वातावरण में पहुंच है:
import os
os.access(path, os.F_OK)
यह भी एक ही जाति की स्थिति की समस्याओं से ग्रस्त है isfile। से डॉक्स :
नोट: किसी उपयोगकर्ता को अधिकृत करने के लिए एक्सेस करने के लिए एक्सेस () का उपयोग करके जांच करना कि वास्तव में ऐसा करने से पहले एक फ़ाइल को खोलने के लिए खुला है () एक सुरक्षा छेद बनाता है, क्योंकि उपयोगकर्ता फ़ाइल को हेरफेर करने के लिए फ़ाइल को खोलने और खोलने के बीच थोड़े समय के अंतराल का फायदा उठा सकता है। यह ईएएफपी तकनीकों का उपयोग करना बेहतर है। उदाहरण के लिए:
if os.access("myfile", os.R_OK):
with open("myfile") as fp:
return fp.read()
return "some default data"
बेहतर के रूप में लिखा है:
try:
fp = open("myfile")
except IOError as e:
if e.errno == errno.EACCES:
return "some default data"
# Not a permission error.
raise
else:
with fp:
return fp.read()
प्रयोग करने से बचें os.access । यह एक निम्न स्तर का कार्य है जो ऊपर चर्चा की गई उच्च स्तरीय वस्तुओं और कार्यों की तुलना में उपयोगकर्ता की त्रुटि के लिए अधिक अवसर है।
दूसरे उत्तर की आलोचना:
एक अन्य उत्तर इस बारे में कहता है os.access:
व्यक्तिगत रूप से, मैं इसे पसंद करता हूं क्योंकि हुड के तहत, यह देशी एपीआई ("$ {PYTHON_SRC_DIR} /Modules/posixmodule.c" के माध्यम से) को कॉल करता है, लेकिन यह संभावित संभावित त्रुटियों के लिए एक गेट भी खोलता है, और यह अन्य वेरिएंट के रूप में पायथोनिक नहीं है। :
यह उत्तर कहता है कि यह गैर-पायथन, त्रुटि-प्रवण पद्धति को प्राथमिकता देता है, जिसमें कोई औचित्य नहीं है। यह उपयोगकर्ताओं को बिना समझे निम्न स्तर के एपीआई का उपयोग करने के लिए प्रोत्साहित करता है।
यह एक संदर्भ प्रबंधक भी बनाता है, जो बिना शर्त वापस लौटकर True, सभी अपवाद (सहित KeyboardInterruptऔर SystemExit!) को चुपचाप पारित करने की अनुमति देता है, जो बग को छिपाने का एक अच्छा तरीका है।
यह उपयोगकर्ताओं को खराब प्रथाओं को अपनाने के लिए प्रोत्साहित करता है।
