在Python中，使用自定义描述符可以很容易地做到这一点。在
看看HOWTO中的Descriptor Example。如果您只需更改__get__方法来引发一个AttributeError就这样了。我们不妨将其重命名，去掉日志记录，使之更简单。在class WriteOnly(object):
"""A data descriptor that can't be read.
"""
def __init__(self, initval=None, name='var'):
self.val = initval
self.name = name
def __get__(self, obj, objtype):
raise AttributeError("No peeking at attribute '{}'!".format(self.name))
def __set__(self, obj, val):
self.val = val
class MyClass(object):
x = WriteOnly(0, 'x')
m = MyClass()
m.x = 20 # works
print(m.x) # raises AttributeError
请注意，在2.x中，如果您忘记了(object)并创建了一个经典类，描述符将无法工作。(我相信描述符本身可以是经典类…但不要这样做。)在3.x中，没有经典类，所以这不是问题。在
所以，如果这个值是只写的，你会怎么读呢？在
这个玩具例子没用。但是，例如，您可以在obj上而不是在自己身上设置一些私有属性，此时知道数据存储在哪里的代码可以找到它，但是偶然的自省就不能找到它
但你甚至不需要描述符。如果您希望属性只写而不管附加到哪个类，这是一回事，但是如果您只想阻止对特定类的某些成员的读访问，有一种更简单的方法：
^{pr2}$
有关更多详细信息，请参阅文档中data model一章中的__getattr__和__getattribute__文档。在
在2.x中，如果您不使用(object)并创建一个经典类，那么属性查找的规则就完全不同了，而且没有完全文档化，除非您计划在90年代花费大量时间，否则您确实不想学习这些规则，所以……不要这样做。另外，2.x显然需要2.x样式的显式super调用，而不是3.x风格的magicsuper()。在
从capi的角度来看，您已经拥有了大多数相同的钩子，但是它们有点不同。有关详细信息，请参见^{}s，但基本上：tp_getset允许您用getter和setter函数自动构建描述符，这与@property相似，但不完全相同。在
tp_descr_get和{}分别用于构建描述符。在
tp_getattro和tp_setattro与__getattr__和{}相似，只是它们被调用的规则稍有不同，当您知道没有基类需要挂接属性访问时，通常会调用PyObject_GenericGetAttr，而不是委派给{}。在
不过，你为什么要那样做？在
就我个人而言，我做了这样的事情来了解更多关于Python数据模型和描述符的信息，但这并不是把它放在已发布的库中的理由。在
我猜测，往往是因为有人试图在Python上强制错误地基于面向对象的封装(基于传统的C++模型)，或者更糟糕的是，试图通过封装来构建java风格的安全性(如果没有安全类加载器和所有附带的加载程序，它们就不起作用)。在
但也有可能有一些通用代码通过内省来使用这些对象，而“欺骗”这些代码可能在某种程度上是有用的，而试图欺骗人类用户却不是这样。例如，想象一下一个序列化库尝试pickle或JSON-ify或其他所有属性。您可以很容易地编写它忽略不可读的属性。(当然，您也可以很容易地做到，比如，忽略前缀为_的属性…)
至于为什么cx_Oracle会这样做……我从来没看过，所以我不知道。在
)
