带有变量和方法的下划线与双下划线[重复]

Question

有人很好地向我解释 __method() 出错了，但由于还有很多其他人需要帮助，所以我没有进一步打扰他，我想知道是否有人可以进一步详细说明这些差异。

例如，我不需要修改，但 _ 是否保持私有，因此有人无法执行 instance._method()？或者它只是通过使其唯一来防止它覆盖另一个变量？我不需要“隐藏”我的内部方法，但由于它们是特定于使用的，我不希望它们在课堂之外使用。

Answer 1

来自PEP 8：

• _single_leading_underscore：弱“内部使用”指标。例如

  from M import *

  不导入名称以下划线开头的对象。

• single_trailing_underscore_：按惯例使用，以避免与 Python 关键字冲突，例如

  Tkinter.Toplevel(master, class_='ClassName')

• __double_leading_underscore：命名类属性时，调用名称 mangling（在FooBar、__boo 类内部变为_FooBar__boo；见下文）。

• __double_leading_and_trailing_underscore__：“魔法”对象或 存在于用户控制的命名空间中的属性。例如。 __init__, __import__ 或 __file__。永远不要发明这样的名字；只使用它们 记录在案。

另外，来自 David Goodger 的Code Like a Pythonista：

属性：interface、_internal、__private

但尽量避免使用__private 形式。我从不使用它。相信我。如果你 使用它，你会后悔的。

解释：

具有 C++/Java 背景的人特别容易 过度使用/滥用此“功能”。但是__private 名称不起作用 与 Java 或 C++ 中的方式相同。他们只是触发了一个名字修改 目的是防止子类中发生意外的命名空间冲突： MyClass.__private 就变成了MyClass._MyClass__private。 （注意 即使这对于与 超类，例如不同模块中的子类。） 从他们的班级之外访问__private 名字，只是不方便和 脆弱（它添加了对超类的确切名称的依赖）。

问题是一个类的作者可能会合理地认为“这 属性/方法名称应该是私有的，只能从内部访问 此类定义”并使用__private 约定。但稍后， 该类的用户可以创建一个合法需要的子类 访问该名称。所以要么必须修改超类 （这可能很困难或不可能），或者子类代码必须 使用手动修改的名称（这充其量是丑陋和脆弱的）。

Python 中有一个概念：“我们在这里都是成年人”。如果 你使用__private 表单，你在保护谁的属性？ 子类有责任使用来自 正确的超类，超类的责任是 正确记录它们的属性。

最好使用单前导下划线约定， _internal。 “这根本不是名字错位；它只是表明 其他人要“小心这个，这是一个内部实现 细节;不完全理解就不要碰它”。它只是一个 不过约定。

Answer 2

Python 中没有访问控制。您可以访问一个类的所有属性，其中包括错误名称（如_class__variable）。专注于您的代码和 API，而不是试图保护开发人员免受自己的伤害。

Answer 3

单个前导下划线只是一个约定，意思是“您可能不应该使用它”。它不会阻止某人使用该属性。

双前导下划线实际上改变了属性的名称，以便继承层次结构中的两个类可以使用相同的属性名称，并且它们不会发生冲突。