Try deyimi kullanmadan Python kullanarak bir dosyanın var olup olmadığını nasıl kontrol edebilirim?
Şimdi Python 3.4'ten bu yana kullanılabilir Path, dosya adına sahip bir nesneyi içe aktarın ve somutlaştırın ve is_fileyöntemi kontrol edin (bunun normal dosyalara işaret eden semboller için de True döndürdüğünü unutmayın):
>>> from pathlib import Path
>>> Path('/').is_file()
False
>>> Path('/initrd.img').is_file()
True
>>> Path('/doesnotexist').is_file()
False
Eğer Python 2 işlem yapıyorsanız, sen pypi gelen pathlib modülünü backport edebilir pathlib2veya başka kontrol isfilegelen os.pathmodül:
>>> import os
>>> os.path.isfile('/')
False
>>> os.path.isfile('/initrd.img')
True
>>> os.path.isfile('/doesnotexist')
False
Şimdi yukarıdaki muhtemelen en iyi pragmatik doğrudan cevaptır, ancak bir yarış koşulu olasılığı (ne yapmaya çalıştığınıza bağlı olarak) ve temeldeki uygulamanın bir kullandığı gerçeği vardır try, ancak Python tryuygulamasında her yerde kullanır .
Python tryher yerde kullandığı için, onu kullanan bir uygulamadan kaçınmak için gerçekten hiçbir neden yoktur.
Ancak bu cevabın geri kalanı bu uyarıları dikkate almaya çalışır.
Daha uzun, çok daha bilgiçliksel cevap
Python 3.4'ten beri kullanılabilir, içindeki yeni Pathnesneyi kullanın pathlib. Bunun .existsdoğru olmadığını unutmayın , çünkü dizinler dosya değildir ( her şeyin bir dosya olduğu unix anlamı hariç ).
>>> from pathlib import Path
>>> root = Path('/')
>>> root.exists()
True
Bu yüzden şunu kullanmalıyız is_file:
>>> root.is_file()
False
İşte yardım is_file:
is_file(self)
Whether this path is a regular file (also True for symlinks pointing
to regular files).
Öyleyse bir dosya olduğunu bildiğimiz bir dosya alalım:
>>> import tempfile
>>> file = tempfile.NamedTemporaryFile()
>>> filepathobj = Path(file.name)
>>> filepathobj.is_file()
True
>>> filepathobj.exists()
True
Varsayılan olarak, NamedTemporaryFilekapatıldığında dosyayı siler (ve daha fazla referans yoksa otomatik olarak kapanır).
>>> del file
>>> filepathobj.exists()
False
>>> filepathobj.is_file()
False
Eğer içine kazmak ise uygulanması olsa da, bunu göreceksiniz is_filekullanımları 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
Yarış Koşulları: Neden denemeyi seviyoruz
Biz mi tryo yarış koşulları önler çünkü. İle try, dosyanızı orada okumayı bekledikten sonra okumaya çalışırsınız ve yoksa, istisnayı yakalar ve geri dönüş davranışının anlamlı olduğu her şeyi gerçekleştirirsiniz.
Bir dosyayı okumaya çalışmadan önce var olup olmadığını kontrol etmek istiyorsanız ve dosyayı siliyor olabilirsiniz ve birden fazla iş parçacığı veya işlem kullanıyor olabilirsiniz veya başka bir program bu dosyayı bilir ve silebilir - silme şansınız vardır Eğer varlığını kontrol ederseniz bir yarış koşulu var, çünkü daha sonra durumu (varlığı) değişmeden açmak için yarışıyorsunuz .
Yarış koşullarının hatalarını ayıklamak çok zordur çünkü programınızın başarısız olmasına neden olabilecekleri çok küçük bir pencere vardır.
Ancak bu sizin motivasyonunuzsa, bağlam yöneticisini kullanarak bir ifadenin değerini elde edebilirsiniz .trysuppress
Deneme bildirimi olmadan yarış koşullarından kaçınma: suppress
Python 3.4 bize suppressdaha ignoreaz satırda semantik olarak tam olarak aynı şeyi yapan bağlam yöneticisini (daha önce bağlam yöneticisi) verirken, aynı zamanda (en azından yüzeysel olarak) orijinal tryifadeyi bir ifadeden kaçınmak için karşılar :
from contextlib import suppress
from pathlib import Path
Kullanımı:
>>> with suppress(OSError), Path('doesnotexist').open() as f:
... for line in f:
... print(line)
...
>>>
>>> with suppress(OSError):
... Path('doesnotexist').unlink()
...
>>>
Daha önceki Python'lar için, kendinizinkini yuvarlayabilirsiniz suppress, ancak bir tryistek olmadan daha ayrıntılı olacaktır. Bunun aslındatry Python 3.4'ten önce uygulanabilen Python'da herhangi bir düzeyde kullanmayan tek cevap olduğuna inanıyorum çünkü bunun yerine bir bağlam yöneticisi kullanıyor:
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)
Belki bir denemeyle daha kolay:
from contextlib import contextmanager
@contextmanager
def suppress(*exceptions):
try:
yield
except exceptions:
pass
"Denemeden" sorusunu karşılamayan diğer seçenekler:
isfile
import os
os.path.isfile(path)
dan docs :
os.path.isfile(path)
Yol varolan normal bir dosyaysa True döndür. Bu sembolik bağlantıları izler, böylece hem islink()ve isfile()aynı yolu için doğru olabilir.
Ancak bu işlevin kaynağını incelerseniz, aslında bir try ifadesi kullandığını görürsünüz:
# 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
Yaptığı tek şey, ilgili istatistikleri alıp alamayacağını görmek için verilen yolu kullanmak, yakalamak OSErrorve istisnayı yükseltmediyse bir dosya olup olmadığını kontrol etmektir.
Dosyayla bir şey yapmak istiyorsanız, bir yarış durumundan kaçınmak için doğrudan bir deneme-denemeyle denemenizi öneririz:
try:
with open(path) as f:
f.read()
except OSError:
pass
os.access
Unix ve Windows os.accessiçin kullanılabilir, ancak kullanmak için bayraklar geçirmeniz gerekir ve dosyalar ve dizinler arasında ayrım yapmaz. Bu, gerçek davet eden kullanıcının yükseltilmiş bir ayrıcalık ortamında erişiminin olup olmadığını test etmek için daha çok kullanılır:
import os
os.access(path, os.F_OK)
Aynı ırk koşulu problemlerinden de muzdariptir isfile. Gönderen docs :
Not: Bir kullanıcının gerçekten dosyayı açmadan önce örneğin bir dosyayı açma yetkisine sahip olup olmadığını kontrol etmek için access () kullanılması, open () kullanarak bir güvenlik deliği oluşturur, çünkü kullanıcı dosyayı denetlemek ve açmak için dosyayı açma arasındaki kısa zaman aralığından yararlanabilir. EAFP tekniklerinin kullanılması tercih edilir. Örneğin:
if os.access("myfile", os.R_OK):
with open("myfile") as fp:
return fp.read()
return "some default data"
daha iyi şöyle yazılır:
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()
Kullanmaktan kaçının os.access. Yukarıda tartışılan üst düzey nesnelerden ve işlevlerden daha fazla kullanıcı hatası için fırsatlara sahip düşük düzeyli bir işlevdir.
Başka bir cevabın eleştirisi:
Başka bir cevap şöyle diyor os.access:
Şahsen ben bunu tercih ediyorum çünkü kaputun altında, yerel API'leri çağırıyor ("$ {PYTHON_SRC_DIR} /Modules/posixmodule.c" aracılığıyla), ancak aynı zamanda olası kullanıcı hataları için bir kapı açıyor ve diğer varyantlar gibi Pythonic değil :
Bu cevap, Pythonic olmayan, hataya açık bir yöntemi tercih ettiğini ve gerekçesiz olduğunu söylüyor. Kullanıcıları anlamadan düşük düzeyli API'leri kullanmaya teşvik ediyor gibi görünüyor.
Ayrıca, koşulsuz olarak geri dönerek True, tüm İstisnaların ( KeyboardInterruptve SystemExit!) Sessizce geçmesine izin veren, hataları gizlemenin iyi bir yolu olan bir bağlam yöneticisi oluşturur .
Bu, kullanıcıları kötü uygulamaları benimsemeye teşvik ediyor gibi görünüyor.
