栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 面试经验 > 面试问答

Python名称修饰

面试问答 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

Python名称修饰

如有疑问,请将其保留为

“ public”
-我的意思是,请勿添加任何内容以掩盖你的属性名称。如果你的类具有某些内部值,请不要理会。而不是写:

class Stack(object):    def __init__(self):        self.__storage = [] # Too uptight    def push(self, value):        self.__storage.append(value)默认写这个:class Stack(object):    def __init__(self):        self.storage = [] # No mangling    def push(self, value):        self.storage.append(value)

这无疑是一种有争议的做事方式。Python的新手只是讨厌它,甚至一些老的Python人士都鄙视了此默认设置-但无论如何它都是默认设置,因此即使你感到不舒服,我也建议你遵循它。

如果你确实要发送消息“无法触摸此!” 对于你的用户,通常的方法是在变量前加一个下划线。这只是一个约定,但人们理解它并在处理此类内容时要格外小心:

class Stack(object):    def __init__(self):        self._storage = [] # This is ok but pythonistas use it to be relaxed about it    def push(self, value):        self._storage.append(value)

这对于避免属性名称和属性名称之间的冲突也很有用:

 class Person(object):     def __init__(self, name, age):         self.name = name         self._age = age if age >= 0 else 0     @property     def age(self):         return self._age     @age.setter     def age(self, age):         if age >= 0:  self._age = age         else:  self._age  = 0

那双下划线呢?好吧,双下划线魔术主要用于避免方法的意外重载以及与超类的属性发生名称冲突。如果你编写一个预期会扩展很多次的类,这将非常有用。

如果你想将其用于其他目的,可以,但是既不推荐也不推荐使用。

编辑:为什么会这样?好吧,通常的Python风格并不强调将事情变成私有的-相反!造成这种情况的原因很多-其中大多数存在争议…让我们看看其中的一些原因。

Python具有属性

如今,大多数OO语言都使用相反的方法:不应该使用的内容应该不可见,因此属性应该是私有的。从理论上讲,这将产生更易于管理,耦合更少的类,因为没有人会不顾一切地更改对象内部的值。

但是,它并不是那么简单。例如,Java类确实有很多的属性和 getter方法,只是得到的值和刚刚制定者设定的值。让我们说,你需要七行代码来声明一个属性-Python程序员会说这不必要地复杂。另外,实际上,你只需编写全部代码即可获得一个公共字段,因为你可以使用getter和setter更改其值。

那么,为什么要遵循这种默认的私有策略?默认情况下只需公开你的属性即可。当然,这在Java中是有问题的,因为如果你决定向属性添加一些验证,那么它将要求你更改所有

person.age = age;

在你的代码中,让我们说,

person.setAge(age);

setAge() 存在:

public void setAge(int age) {    if (age >= 0) {        this.age = age;    } else {        this.age = 0;    }}

因此,在Java(和其他语言)中,默认设置是无论如何都使用getter和setter,因为它们可能很烦人,但是如果你遇到我描述的情况,可以节省很多时间。

但是,由于Python具有属性,因此你不需要在Python中执行此操作。如果你有此类:

 class Person(object):     def __init__(self, name, age):         self.name = name         self.age = age

然后你决定验证年龄,则无需更改

person.age = age
代码段。只需添加一个属性(如下所示)

 class Person(object):     def __init__(self, name, age):         self.name = name         self._age = age if age >= 0 else 0     @property     def age(self):         return self._age     @age.setter     def age(self, age):         if age >= 0:  self._age = age         else:  self._age  = 0

如果你可以做到并仍然使用

person.age = age
,为什么还要添加私有字段以及getter和setter方法?

(另外,请参阅Python不是Java,而本文则介绍了使用getter和setter的危害。)

一切都是可见的-试图隐藏只会使你的工作复杂化
即使在具有私有属性的语言中,你也可以通过某种反射/自省库来访问它们。人们在框架和解决紧急需求方面做了大量工作。问题在于,自省库只是完成公共属性所用的一种困难方法。

由于Python是一种非常动态的语言,因此将这种负担添加到类中只会适得其反。

无法看到问题- 必须看到
对于Pythonista,封装不是无法看到类的内部,而是避免查看它的可能性。我的意思是说,封装是组件的属性,它使组件可以使用而无需用户担心内部细节。如果你可以使用某个组件而不必担心其实现,那么它将被封装(Python程序员认为)。

现在,如果你以这种方式编写类,就可以使用它而不必考虑实现细节,那么出于某种原因想要查看类内部就没有问题。关键是:你的API应该很好,其余的就是细节。

圭多这么说

好吧,这没有争议:实际上他是这么说的。(寻找“开放和服”。)

这是文化

是的,有一些原因,但没有关键原因。这主要是Python编程的文化方面。坦白说,也可能是另一种方式,但事实并非如此。同样,你可以轻松地反过来问:为什么某些语言默认使用私有属性?出于与Python实践相同的主要原因:因为这是这些语言的文化,每种选择都有其优点和缺点。

由于已经存在这种文化,因此建议你遵循它。否则,__当你在Stack Overflow中提问时,Python程序员会告诉你将其从代码中删除,这会使你感到烦恼:)



转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/414803.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号