与经典的getter+setter相比，@property表示法有什么优点?在哪些特定的情况下，程序员应该选择使用其中一种而不是另一种?
属性:
class MyClass(object):
@property
def my_attr(self):
return self._my_attr
@my_attr.setter
def my_attr(self, value):
self._my_attr = value
没有属性:
class MyClass(object):
def get_my_attr(self):
return self._my_attr
def set_my_attr(self, value):
self._my_attr = value
当前回答
喜欢的属性。这就是他们存在的意义。
原因是Python中的所有属性都是公共的。以下划线或两个下划线开头的名称只是一个警告，说明给定的属性是一个实现细节，在将来的代码版本中可能不会保持相同。它不会阻止您实际获取或设置该属性。因此，标准属性访问是访问属性的正常的python方式。
属性的优点是它们在语法上与属性访问相同，因此您可以在不更改客户机代码的情况下从一个属性更改到另一个属性。您甚至可以有一个版本的类使用属性(例如，用于契约代码或调试)，而另一个版本的类不用于生产，而不需要更改使用它的代码。与此同时，您不必为所有内容编写getter和setter，以防以后可能需要更好地控制访问。
其他回答
我觉得属性是为了让您在真正需要getter和setter时才编写它们。
Java编程文化强烈建议永远不要授予对属性的访问权，相反，只访问实际需要的getter和setter。 总是编写这些显而易见的代码段有点啰嗦，请注意，70%的情况下，它们从未被一些重要的逻辑所取代。
在Python中，人们实际上关心这种开销，因此您可以采用以下实践:
不使用getter和setter在第一次，如果他们不需要 使用@property来实现它们，而不改变其余代码的语法。
使用属性可以让您从普通的属性访问开始，然后在必要时使用getter和setter对其进行备份。
我很惊讶没有人提到属性是描述符类的绑定方法，Adam Donohue和NeilenMarais在他们的帖子中得到了这个想法——getter和setter是函数，可以用于:
验证 改变数据 鸭子类型(强迫类型到另一种类型)
这提供了一种聪明的方法来隐藏实现细节和代码cruft，如正则表达式，类型转换，尝试..块、断言或计算值除外。
一般来说，在对象上执行CRUD可能相当简单，但请考虑将持久化到关系数据库的数据示例。ORM可以在属性类中定义的绑定到fget, fset, fdel的方法中隐藏特定SQL白话的实现细节，该属性类将管理可怕的if ..elif . .在OO代码中是如此丑陋的梯子——暴露了简单而优雅的自我。variable = something，为使用ORM的开发人员消除细节。
如果有人认为属性只是束缚和纪律语言(即Java)的一些沉闷的残余，那么他们就没有理解描述符的意义。
在Python中，你不会仅仅为了好玩而使用getter或setter或属性。首先只使用属性，然后在需要时，最终迁移到属性，而不必使用类更改代码。
确实有很多带有.py扩展名的代码在任何地方都使用getter和setter、继承和无意义的类，例如一个简单的元组就可以了，但这是人们使用Python用c++或Java编写的代码。
这不是Python代码。
对我来说，使用属性更直观，更适合大多数代码。
比较
o.x = 5
ox = o.x
vs.
o.setX(5)
ox = o.getX()
对我来说很明显，更容易理解。此外，属性允许私有变量更容易。
