为什么在Python中没有显式的访问修饰符：

如果“显式优于隐式”，为什么Python中没有显式访问修饰符：Public，Protected，Private等？

我知道想法是程序员应该通过提示知道该怎么做-无需使用“蛮力”。但是，IMO的“封装”或“信息隐藏”不仅是要使人们远离，而且还是组织和结构的问题：您的开发层应该具有自定义的，明确界定的范围和边界，就像物理系统一样。

有人可以在这里为我提供可靠的解释，为什么在Python中这种隐含的访问限制不是隐式的，而是隐式的？

编辑：到目前为止，我已经看到了3个建议的答案，并且我意识到我的问题有两个部分：

1. 例如，为什么没有关键字

   private def myFunc(): 
       dostuff....
   

   而不是国际海事组织的丑陋和难以键入的下划线。但这不是重点。

2. 更重要的是：

   为什么这些访问修饰符仅是“建议”或提示而没有执行。以后很难改变吗？将“受保护”更改为“公共”非常简单-如果您的继承链复杂，设计困难，则设计很糟糕-应该完善设计，而不要依赖于易于编写的语言功能结构不良的代码。

   强制使用访问修饰符后，您的代码将自动划分开-您知道某些段不在范围内，因此除非有必要，否则不必处理它们。而且，如果您的设计不好，并且发现自己不断将事物移入和移出不同的范围，那么该语言可以帮助您清理行为。

尽管我很喜欢Python，但我发现第二点是一个严重的缺陷。我还没有看到一个很好的答案。

“显式胜于隐式”只是Python设计哲学中的一句格言。“简单胜于复杂”也在那里。而且，尽管它不在Python的Zen中，但是“我们都同意成年人在这里”是另一个。

在这里，第二条规则可能是最重要的。在设计课程时，我对如何使用它有所了解。但是我无法预测所有可能的用途。这可能是一些未来使用我的代码需要访问我认为是私有变量。如果将来的程序员（甚至我将来）需要它们，为什么要使它们变得很难甚至根本无法访问？最好的做法是用警告标记它们-正如Joonas所指出的那样，一个下划线前缀是标准-它们是内部的，并且可能会更改。但是完全禁止访问似乎是不必要的。

我怀疑缺少访问修饰符的主要原因是简单性

如您所说，这不是要让人们离开，而是要与组织保持联系，因此“私有”的要点是，它会向您的api用户发送一条消息，“请不要编写依赖于此的代码”。

说“按照惯例，不应在类外使用_x或__x”是很简单的，但是在python的动态对象模型中，甚至很难想出一个符号。

class ActiveRow(object):
    def __init__(self, **kwargs):
        for name, value in kwargs.items():
            setattr(self, name, value)

如何记录可访问性？

我想这是个折衷方案。如果您严格不能使用它，我建议使用ruby，它的抽象和动态程度相似，但是具有对象模型，可以进行访问修改。

Python约定是对受保护/私有成员使用下划线前缀。

这种约定，当后面，是因为访问修饰符有效地相同，除了1），你会直接从会员的看名字是否是公开与否，和2）你可以打破“封装”如果你真的想（这可能是合理的例如测试；使用其他语言，则必须使用反射==更多代码）。

最终，这是一个品味问题，但是如果您可以在没有特殊关键字的情况下做同样的事情（具有更多的灵活性），那么语言会更小，代码也会更简洁，这通常是一件好事。