当我第一次从Java学习Python时，我讨厌这一点。这把我吓死了。

今天，这可能是我最喜欢Python的一件事。

我喜欢在一个平台上，人们相互信任，不需要在代码周围筑起难以逾越的墙。在强封装语言中，如果API存在错误，并且您已经发现了问题所在，那么您可能仍然无法解决它，因为所需的方法是私有的。在Python中，态度是：“确定”。如果你认为你了解情况，也许你甚至读过，那么我们只能说“祝你好运！”。

请记住，封装与“安全性”，或者让孩子们远离草坪，甚至没有微弱的关联。这只是另一种模式，应该用来使代码库更容易理解。

摘自《潜入Python》，3.9。私人功能：

严格来说，私人方法是在他们的班级之外不易接近。中没有任何内容Python是真正的私有；在内部，私有方法的名称和属性已损坏和未损坏让他们看起来他们的名字无法访问。你可以访问的__parse方法MP3FileInfo类（按名称）_MP3FileInfo__parse。承认这很有趣，然后承诺永远不要，永远不要用真实的代码来做。私有方法对于原因，但像许多其他事情一样Python，他们的隐私是最终是惯例问题，而不是武力

当模块属性名称以单个下划线（例如_foo）开头时，也存在类似的行为。

使用from*方法时，这样命名的模块属性不会复制到导入模块中，例如：

from bar import *

然而，这是一种惯例，而不是语言限制。这些不是私有属性；它们可以被任何进口商引用和操纵。一些人认为，正因为如此，Python无法实现真正的封装。

当我第一次从Java学习Python时，我讨厌这一点。这把我吓死了。

今天，这可能是我最喜欢Python的一件事。

我喜欢在一个平台上，人们相互信任，不需要在代码周围筑起难以逾越的墙。在强封装语言中，如果API存在错误，并且您已经发现了问题所在，那么您可能仍然无法解决它，因为所需的方法是私有的。在Python中，态度是：“确定”。如果你认为你了解情况，也许你甚至读过，那么我们只能说“祝你好运！”。

请记住，封装与“安全性”，或者让孩子们远离草坪，甚至没有微弱的关联。这只是另一种模式，应该用来使代码库更容易理解。

这并不是说在任何语言（C++中的指针算法和.NET/Java中的反射）中都无法避免成员的隐私。

关键是，如果您尝试意外调用私有方法，就会出现错误。但如果你想射自己的脚，那就去做吧。

你不会试图通过OO封装来保护你的东西，是吗？

名称加扰用于确保子类不会意外覆盖其超类的私有方法和属性。它的设计不是为了防止外界故意进入。

例如：

>>> class Foo(object):
...     def __init__(self):
...         self.__baz = 42
...     def foo(self):
...         print self.__baz
...     
>>> class Bar(Foo):
...     def __init__(self):
...         super(Bar, self).__init__()
...         self.__baz = 21
...     def bar(self):
...         print self.__baz
...
>>> x = Bar()
>>> x.foo()
42
>>> x.bar()
21
>>> print x.__dict__
{'_Bar__baz': 21, '_Foo__baz': 42}

当然，如果两个不同的类具有相同的名称，它就会崩溃。