Question

Python 中命名界面和抽象类的公约是什么? < a href="https://www.python.org/dev/peps/pep-0008/" rel= “norefererr” >PEP 8 不讨论这个问题。例如,在爪哇, 界面通常用 I 前缀命名。在 PHP (主要命名空间)中, 抽象类通常用后缀命名。

(我知道Pythonists并不热衷于界面,也许这就是为什么我无法在这个问题上找到很多共识的原因。但使用界面和抽象类并不是我的问题。 )

Answer 1

我认为命名一个与 >I 前缀的接口是完全可以接受的。

例如:

IFoo
IPublishable

几年前我使用Zope接口,我注意到大多数代码库都使用这个会议,我们的团队也使用这个会议。

我们更喜欢 IFoo vs. Foo Interface 或 IFoo Infoo Interface

Answer 2

除了

从这一点上达成的共识是,只把他们命名为 " 抽象 ",让人类的理解承认它们是抽象的。

Answer 3

TL;DR

如果您不关心 "https://www.python.org/dev/peps/pep-0484/"rel="noreferr" 类型提示 ,请随你命名。否则,"https://docs.python.org/3/library/abc.html" rel="noreferr"\\\code >ABC > 就是其他开发商的API。他们的名字应该干净,没有杂物。具体实施应该告诉你为什么它是特别的。

调用您的抽象类 用户和安装类 Server用户和 Liberuser用户



Why would we need such a convention in the first place?
首先应该问他们自己, 我们为什么要关心班级命名呢?
在(它不是python),您的接口的名称代表一个API,其他开发者通过它与您的代码互动。因此,函数的调用者应迅速理解参数和返回类型的含义。例如,Java (
public void signupUsers(Collection<User> users) {
    // TODO: do something with users
}

我们希望名称尽可能纯洁。 我们接受任何  collection  和任何 user 。 它可能是 ArrayList , HashSet , LoblicLiveerUser  或 ServerUser , 我们不在乎。
Why is there no such standard in Python?

这在python中并不相关,因为它是一个ABC s (如果他们与界面的作用相似),应该有一个干净的名称。类似 User 的名称比 IUser 要好得多。如果你的用户有具体的实施,该实施的名称应该告诉你它有什么特别之处。它是否是一个用户,用服务器的数据更新数据?它叫它Serveruser 。你是否将用户数据存储在本地?调它Lionuser 。

def signup_users(users: Iterable[User]) -> None:
    pass  # TODO: do something with users

关注执行细节的“丑陋”代码会是这样的:

lovelace = LocalUser("Aida", "Lovelace", 1815)
babbage = ServerUser("htts://some_service.com/users/charles_babbage")
signup_users([aida, babbage])

这就使必须处理执行问题的打电话者承担处理复杂名字的负担----正如它应该处理的那样

TL;DR

Why would we need such a convention in the first place?

Why is there no such standard in Python?

友情链接