ฉันจะตรวจสอบว่ามีไฟล์อยู่หรือไม่โดยใช้ Python โดยไม่ต้องใช้คำสั่ง try
ตอนนี้มีให้ตั้งแต่ Python 3.4 นำเข้าและสร้างอินสแตนซ์Pathวัตถุด้วยชื่อไฟล์และตรวจสอบis_fileวิธีการ (โปรดทราบว่าสิ่งนี้จะคืนค่า True สำหรับ symlink ที่ชี้ไปที่ไฟล์ปกติเช่นกัน):
>>> from pathlib import Path
>>> Path('/').is_file()
False
>>> Path('/initrd.img').is_file()
True
>>> Path('/doesnotexist').is_file()
False
หากคุณใช้ Python 2 คุณสามารถย้อนกลับโมดูล pathlib จาก pypi pathlib2หรือตรวจสอบisfileจากos.pathโมดูลได้:
>>> import os
>>> os.path.isfile('/')
False
>>> os.path.isfile('/initrd.img')
True
>>> os.path.isfile('/doesnotexist')
False
ตอนนี้อาจเป็นคำตอบที่ดีที่สุดในทางปฏิบัติตรงนี้ แต่ก็มีความเป็นไปได้ที่สภาพการแข่งขัน (ขึ้นอยู่กับสิ่งที่คุณพยายามจะทำให้สำเร็จ) และความจริงที่ว่าการใช้งานพื้นฐานนั้นใช้ a tryแต่ Python ใช้tryทุกที่
เนื่องจาก Python ใช้tryทุกที่จึงไม่มีเหตุผลที่จะหลีกเลี่ยงการนำไปใช้งาน
แต่ส่วนที่เหลือของคำตอบนี้พยายามพิจารณาข้อแม้เหล่านี้
อีกต่อไปคำตอบอวดรู้มากขึ้น
มีตั้งแต่ Python 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
Python 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ในระดับใด ๆ ใน Pythonที่สามารถใช้กับ Python 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)
ส่งคืน True ถ้าเส้นทางเป็นไฟล์ปกติที่มีอยู่ นี่ตามลิงก์สัญลักษณ์ดังนั้นทั้งสอง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
พร้อมใช้งานสำหรับ Unix และ Windows os.accessแต่การใช้งานคุณต้องผ่านการตั้งค่าสถานะและจะไม่แยกความแตกต่างระหว่างไฟล์และไดเรกทอรี สิ่งนี้ใช้ในการทดสอบว่าผู้ใช้ที่มีการเรียกใช้จริงมีการเข้าถึงในสภาพแวดล้อมที่มีสิทธิ์สูงหรือไม่:
import os
os.access(path, os.F_OK)
isfileนอกจากนี้ยังได้รับความทุกข์จากปัญหาเดียวกันสภาพการแข่งขันที่เป็น จากเอกสาร :
หมายเหตุ: การใช้ access () เพื่อตรวจสอบว่าผู้ใช้ได้รับอนุญาตเช่นเปิดไฟล์ก่อนที่จะใช้ open () สร้างช่องโหว่ความปลอดภัยหรือไม่เนื่องจากผู้ใช้อาจใช้ช่วงเวลาสั้น ๆ ระหว่างการตรวจสอบและเปิดไฟล์เพื่อจัดการกับมัน ควรใช้เทคนิค EAFP ตัวอย่างเช่น:
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:
โดยส่วนตัวแล้วฉันชอบอันนี้เพราะภายใต้ประทุนเรียกว่าเนทิฟ API (ผ่าน "$ {PYTHON_SRC_DIR} /Modules/posixmodule.c") แต่มันยังเปิดประตูสำหรับข้อผิดพลาดที่อาจเกิดขึ้นกับผู้ใช้ :
คำตอบนี้บอกว่าชอบวิธีการที่ไม่มีข้อผิดพลาดและไม่มีข้อผิดพลาดโดยไม่มีเหตุผล ดูเหมือนว่าจะกระตุ้นให้ผู้ใช้ใช้ API ระดับต่ำโดยไม่เข้าใจ
นอกจากนี้ยังสร้างตัวจัดการบริบทซึ่งกลับมาโดยไม่มีเงื่อนไขTrueช่วยให้ข้อยกเว้นทั้งหมด (รวมถึงKeyboardInterruptและSystemExit!) ผ่านไปอย่างเงียบ ๆ ซึ่งเป็นวิธีที่ดีในการซ่อนข้อบกพร่อง
สิ่งนี้ดูเหมือนจะกระตุ้นให้ผู้ใช้ยอมรับการปฏิบัติที่ไม่ดี
