面向对象的进阶(item系列,__new__,__hash__,__eq__)
一、item系列
getitem、setitem、delitem(操作过程达到的结果其实就是增删改查)
class Foo: def __init__(self, name, age, sex): self.name = name self.age = age self.sex = sex def __getitem__(self, item): # 与f['xx']形式对应 if hasattr(self, item): return self.__dict__[item] def __setitem__(self, key, value): # 与f['xx']='ss'形式对应 self.__dict__[key] = value def __delitem__(self, key): # 与del f['xx']形式对应 del self.__dict__[key] f = Foo('egon',30,'男') print(f['name']) # f['name']---对象['xx']这种形式就会触发前面的__getitem__方法,将name就传给了item # 支持以这样的方式取得了对象的属性name,正常的是f.name取到属性 f['hobby'] = '男' # 新增加的key和value,触发__setitem__方法,将对应的属性和值放入原本的字典中 print(f['hobby'], f.hobby) # 以f['hobby']这样的方式取到新增的属性,原本正常取值f.hobby # del f.hobby # 正常的删除方式 # print(f.hobby) # 此时会报错,显示:AttributeError: 'Foo' object has no attribute 'hobby' del f['hobby'] # 如果执行到这步,就会显示:AttributeError: __delitem__,显示没有这个方法 # 这个删除方式就触发__delitem__方法,前面类里面就必须得有定义该方法 print(f.__dict__) # 字典里面就没有hobby的属性了
运行结果:
C:\Users\3-2\PycharmProjects\untitled\venv\Scripts\python.exe C:/Users/3-2/PycharmProjects/untitled/面向对象进阶.py egon 男 男 {'sex': '男', 'age': 30, 'name': 'egon'} Process finished with exit code 0
这种用中括号就可以直接调的方式,比如用字典,列表的实现过程,就是内部存在了item系列这个机制的原因
这种用中括号就可以直接调的方式,比如用字典,列表的实现过程,就是内部存在了item系列这个机制的原因
object原生支持__delattr__所以才可以直接del f.hobby而不报错,但是del f['hobby']得通过自己实现,
所以当类方法里面没有__delitem__的时候就会报错
二、__new__
__init__:初始化方法
__new__:构造方法,创建一个对象。self就是__new__构造出来的,即__new__方法是self产生的机制
平时是不需要用到执行__new__方法的,以下例子只是简单说明它是怎么用的:
class A: def __init__(self): self.x = 1 print('in init function') def __new__(cls, *args, **kwargs): # 传入一个默认参数cls,执行__new__方法前还没有self,所以只能传一个类进来 print('in new function') return object.__new__(A,*args,**kwargs) # object.__new__创造了一个新的对象,然后将这个对象传给self的位置,所以当执行self的时候就可以使用对象了 a = A() # 实例化,会先执行__new__方法,再执行 __init__方法
运行结果:
in new function in init function Process finished with exit code 0
一个典型的设计模式(23种):单例模式
单例模式:一个类始终只有一个实例;当第一次实例化这个类的时候就创建一个实例化的对象;当之后再来实例化的时候,
就会用之前创建的对象
# 实现单例模式的例子:
class A: __instance = False # 私有的静态变量 不希望别人可以使用,必须得经过自己的设置 def __init__(self,name,age): self.name = name self.age = age def __new__(cls, *args, **kwargs): if cls.__instance: # 如果为真就执行下面代码,否则执行后面的代码 # 第二次进来的时候就符合这个了 return cls.__instance # 第二次进来就直接将之前创建的对象返回给self了 cls.__instance = object.__new__(A) # 因为第一次进来的时候就是__instance = False,所以执行这行代码代码 # 用object.__new__创建一个类A的新的对象,并且赋值给 cls.__instance return cls.__instance # 这里就是将新建的对象return回去 egon = A('egg',38) # 真正能实例化对象并且占用内存的是object里面的self,但是这里使用的对象始终是object.__new__创建的, # 因为自己就有对象了,就不会去使用object里面的了 # 反正能够实现单例化的原因是__new__方法的使用 egon.cloth = '小花袄' nezha = A('nazha',25) nezha.shoes = '小白鞋' print(nezha) print(egon) # 执行到这里根据运行结果显示内存地址是同一个,也就是说第二次实例化的时候是在对第一个实例化后的 # 对象进行操作的,而并没有再次创建另一个占内存的对象,如果第二次实例化传的参数和原对象一致, # 参数值就会进行覆盖,如果第二次实例化传的参数只是原属性的一部分,则相同的覆盖,原来的继续会 # 在表现在现有对象中 print(nezha.name) print(egon.name) # 执行到这里原来egon的名字已经被nezha覆盖了 print(nezha.cloth) # 执行到这里原来egon的cloth会继续穿在nezha上
运行结果:
<__main__.A object at 0x0000025C0C2293C8> <__main__.A object at 0x0000025C0C2293C8> nazha nazha 小花袄
三、__hash__
# 在没有定义__hash__方法的时候,hash都是针对内存地址的,而不是针对对象属性,内存地址不一样,hash的结果也不一样
class A:
def __init__(self,name,sex):
self.name = name
a = A('egn','男')
b = A('egon','nv')
print(hash(a))
print(hash(b))
运行结果:
154259419512 154259419617
# 定义了—__hash__方法后,属性不同hash值也会不同,属性相同hash值也会相同: class A: def __init__(self,name,sex): self.name = name self.sex = sex def __hash__(self): return hash(self.name+self.sex) a = A('egon','男') b = A('egon','男') c = A('egon','nv') print(hash(a)) print(hash(b)) print(hash(c))
运行结果:
8385798543724353936 8385798543724353936 -7270162062837990016
四、__eq__
没有__eq__方法的时候,两者比较是比较内存地址: class A: def __init__(self,name): self.name = name obj1 = A('egg') obj2 = A('egg') print(obj1 == obj2) # 没有定义__eq__方法的时候,比较时候默认比较内存地址,上面两个内存地址是不一样的
运行结果:
False
# 定义__eq__方法时可以自己设定执行内容,‘==’触发的_eq_方法
class A:
def __init__(self,name):
self.name = name
def __eq__(self, other):
if self.name == other.name:
return True
else:
return False
obj1 = A('egg')
obj2 = A('egg')
obj3 = A('EGG')
print(obj1 == obj2) # 等号触发的__eq__
print(obj2 == obj3) # 等号触发的__eq__
运行结果:
True
False
Process finished with exit code 0