[英]Check if object is file-like in Python
对于 3.1+,以下选项之一:
isinstance(something, io.TextIOBase)
isinstance(something, io.BufferedIOBase)
isinstance(something, io.RawIOBase)
isinstance(something, io.IOBase)
对于 2.x,“类文件对象”太模糊,无法检查,但是您正在处理的任何函数的文档都有望告诉您它们实际需要什么; 如果没有,请阅读代码。
正如其他答案所指出的那样,首先要问的是您正在检查什么。 通常,EAFP 就足够了,而且更加地道。
术语表说“类文件对象”是“文件对象”的同义词,这最终意味着它是io
模块中定义的三个抽象基类之一的实例,它们本身都是IOBase
子类。 所以,检查的方法完全如上图所示。
(但是,检查IOBase
不是很有用。你能想象这样一种情况,你需要区分一个实际的类似文件的read(size)
和一些名为read
单参数函数,而不是像文件一样的,而不需要区分文本文件和原始二进制文件?所以,实际上,您几乎总是想检查,例如,“是一个文本文件对象”,而不是“是一个类似文件的对象”。)
对于 2.x,虽然io
模块自 2.6+ 以来就存在,但内置文件对象不是io
类的实例,也不是 stdlib 中的任何类文件对象,也不是大多数第三方类文件对象您可能会遇到的对象。 “类文件对象”的含义没有官方定义; 它只是“类似于内置文件对象的东西”,不同的功能通过“like”意味着不同的东西。 这些功能应该记录它们的含义; 如果他们不这样做,您必须查看代码。
然而,最常见的含义是“已read(size)
”、“已read()
”或“是一个可迭代的字符串”,但一些旧库可能期望readline
而不是其中之一,有些库喜欢close()
文件,有些人会期望如果fileno
存在,则其他功能可用,等等。类似的write(buf)
(尽管在这个方向上的选项要少得多)。
正如其他人所说,您通常应该避免此类检查。 一个例外是当对象可能合法地是不同的类型并且您希望根据类型有不同的行为时。 EAFP 方法在这里并不总是有效,因为一个对象可能看起来不止一种类型的鸭子!
例如,初始化程序可以采用文件、字符串或它自己的类的实例。 然后你可能有这样的代码:
class A(object):
def __init__(self, f):
if isinstance(f, A):
# Just make a copy.
elif isinstance(f, file):
# initialise from the file
else:
# treat f as a string
在这里使用 EAFP 可能会导致各种微妙的问题,因为每个初始化路径在抛出异常之前都会部分运行。 本质上,这种构造模仿了函数重载,因此不是很 Pythonic,但如果小心使用它会很有用。
作为旁注,您不能在 Python 3 中以相同的方式进行文件检查。您需要使用isinstance(f, io.IOBase)
类的东西。
除非您有特殊要求,否则在您的代码中进行这样的检查通常不是一个好习惯。
在 Python 中,类型是动态的,为什么您觉得需要检查对象是否与文件类似,而不是像使用文件一样使用它并处理由此产生的错误?
无论如何,您可以做的任何检查都将在运行时发生,因此执行if not hasattr(fp, 'read')
并引发一些异常提供的实用程序比仅调用fp.read()
并处理产生的属性错误(如果方法不存在。
这里的主导范式是 EAFP:请求宽恕比许可更容易。 继续使用文件接口,然后处理产生的异常,或者让它们传播给调用者。
通过检查条件来引发错误通常很有用,因为该错误通常要到很久以后才会引发。 对于“user-land”和“api”代码之间的边界尤其如此。
你不会在警察局门口放一个金属探测器,你会把它放在入口处! 如果不检查条件意味着可能会发生一个错误,该错误可能会在 100 行之前被捕获,或者在超类中而不是在子类中引发,那么我说检查没有任何问题。
当您接受不止一种类型时,检查正确的类型也很有意义。 最好引发一个异常,说“我需要一个基字符串的子类,或文件”,而不是仅仅引发一个异常,因为某些变量没有“寻求”方法......
这并不意味着你会发疯并到处这样做,在大多数情况下,我同意异常引发的概念,但是如果你能让你的 API 非常清晰,或者避免不必要的代码执行,因为一个简单的条件没有得到满足这样做!
您可以尝试调用该方法然后捕获异常:
try:
fp.read()
except AttributeError:
raise something
如果你只想要一个读和写方法,你可以这样做:
if not (hasattr(fp, 'read') and hasattr(fp, 'write')):
raise something
如果我是你,我会使用 try/except 方法。
当我编写一个类似open
的函数可以接受文件名、文件描述符或预先打开的类文件对象时,我最终遇到了你的问题。
正如其他答案所暗示的那样,我没有测试read
方法,而是检查了对象是否可以打开。 如果可以,它是一个字符串或描述符,并且我手头有一个有效的类似文件的对象。 如果open
引发TypeError
,则该对象已经是一个文件。
在大多数情况下,处理这个问题的最好方法是不要。 如果一个方法接受一个类似文件的对象,而事实证明它传递的对象不是,则该方法尝试使用该对象时引发的异常并不比您可能明确引发的任何异常信息少。
但是,至少在一种情况下,您可能想要进行这种检查,那就是当对象没有立即被您传递给它的对象使用时,例如,如果它是在类的构造函数中设置的。 在那种情况下,我会认为 EAFP 的原则被“快速失败”的原则压倒了。 我会检查对象以确保它实现了我的类需要的方法(并且它们是方法),例如:
class C():
def __init__(self, file):
if type(getattr(file, 'read')) != type(self.__init__):
raise AttributeError
self.file = file
试试这个:
import os
if os.path.isfile(path):
'do something'
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.