"Never invent such names; only use them as documented." 谁？
"Never invent such names; only use them as documented." Who?
我阅读了 PEP 8 以了解（虚构的）我创建一个名为 __foo__ 的对象是否是个好主意。 PEP 8 关于 __double_leading_and_trailing_underscore__:
的说法
Never invent such names; only use them as documented.
我的问题是：谁？
我是一名程序员。我为其他程序员写了一个API。 Python 是由程序员实现的。实现的语言参考是由程序员或至少是前程序员编写的，使用我的 API 的程序员将编写一些可能会或可能不会被其他程序员使用的东西。
现在展开，当他们说 "Never invent such names" 时，PEP 8 指的是哪个程序员？
有人 显然鼓励发明这样的名字，因为它们存在，而其他人则不被邀请这样做。
哪一类程序员应该"Never invent such names"?
不鼓励您在 API 中使用此类名称，是的，因为如果 Python 核心开发人员 为Python 本身，你会输的，你的 API 可能会崩溃。
因此，如果您不是 Python 核心开发人员或编写的 PEP 可能有一天会成为 Python 标准库或核心语言定义的一部分，请尽量远离使用在你的 API.
中打乱名字
我阅读了 PEP 8 以了解（虚构的）我创建一个名为 __foo__ 的对象是否是个好主意。 PEP 8 关于 __double_leading_and_trailing_underscore__:
Never invent such names; only use them as documented.
我的问题是：谁？
我是一名程序员。我为其他程序员写了一个API。 Python 是由程序员实现的。实现的语言参考是由程序员或至少是前程序员编写的，使用我的 API 的程序员将编写一些可能会或可能不会被其他程序员使用的东西。
现在展开，当他们说 "Never invent such names" 时，PEP 8 指的是哪个程序员？
有人 显然鼓励发明这样的名字，因为它们存在，而其他人则不被邀请这样做。
哪一类程序员应该"Never invent such names"?
不鼓励您在 API 中使用此类名称，是的，因为如果 Python 核心开发人员 为Python 本身，你会输的，你的 API 可能会崩溃。
因此，如果您不是 Python 核心开发人员或编写的 PEP 可能有一天会成为 Python 标准库或核心语言定义的一部分，请尽量远离使用在你的 API.
中打乱名字