本文主要是介绍系统学习Python——装饰器：“私有“和“公有“属性案例-[使用伪私有、破坏私有和装饰器权衡]，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
分类目录：《系统学习Python》总目录
使用伪私有
除了泛化，这个版本还使用了Python的_X伪私有保持不变混合功能，通过将这个类的名称自动作为其前缀，就可以把wrapped属性局部化为代理控制类的变量。这避免了上一版本与一个真实的被包装类可能使用的wrapped属性冲突的风险，并且它在类似这样的通用工具中也可以发挥优势。然而它不是很“私有"，因为混合版本的名称可以在类之外自由地使用。注意在__setattr__中，我们也必须使用完整扩展的名称字符串onInstance_wrapped’，作为__setattr__中的一个测试值，因为Python将它改写成了这样。
破坏私有
尽管上文的例子确实实现了对一个实例及其类的属性的访问控制，但还是可能以各种方式破坏这些控制一一例如通过显式地检查wrapped属性的扩展版本（bob.pay可能无效，但是完全重整的bob．onlnstance_wrapped.pay可以）。如果我们确实显式地使用重整后的名称倒也是可以访问，不过这些控制对于常规使用来说足够了。当然如果你足够努力地尝试，在其他语言中私有控制通常都可以被破坏（#define private public在某些C++实现中也可能有效）。访问控制可以减少意外修改，但这样的情况大多取决于使用任一种语言的程序员。不管何时，源代码都可能会被修改，无懈可击的访问控制总是有点白日梦的意味。
装饰器权衡
不用装饰器，我们也可以实现同样的结果，通过使用管理器函数或者手动编写装饰器的名称重绑定；然而，装饰器语法使得代码更加一致而显式。这一方法以及任何其他基于包装器的方法的主要潜在缺点是：属性访问导致额外调用，并且被装饰类的实例并不真的是最初的被装饰类的实例一一一例如，如果你用X.__class__或isInsrance(X, C)测试它们的类型，将会发现它们是包装器类的实例。除非你计划在对象类型上进行内省，否则类型问题可能是不相关的，并且额外的调用可能基本上适合开发时段；稍后我们将会看到，如果愿意可以使用自动移除装饰的方法。
参考文献：
[1] Mark Lutz. Python学习手册[M]. 机械工业出版社, 2018.
这篇关于系统学习Python——装饰器：“私有“和“公有“属性案例-[使用伪私有、破坏私有和装饰器权衡]的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
