最近在做一个很大的数据库方面的东东,要用到根据数值来查找,于是想到了python中的字典,平时没用过dict这个东东
用的最多的还是 list 和 tuple (网上查 用法一大堆)
看了一下创建字典的方法:
方法1:
dict = {'name': 'earth', 'port': 80}
方法2:
fdict = dict((['x', 1], ['y', 2]))
方法3:
ddict = {}.fromkeys(('x', 'y'), -1)
都实验了一下这些方法,发现不好用,做不出来自己想要的结果,因为数据库查找出来的结果是tuple类型的,不能改变,用方法2,必须得确保里面
是list (在这里提一下,tuple和list类型互换的方法 l=tuple(l) l = list(l))
在做练习的时候突然看到了一种方法,先声明一个
fdict= {}
然后
fdict[keys] = values
然后接下来继续循环这个式子就行了,结果能一个一个添加到fdict中,而不会被覆盖,以前还以为会默认覆盖成新的
用这种方法,一下就把结果转成了键值对
python中传值其实传的是地址:
例子:
a = [1,2,3,4]
b = a
a.append(1)
print a
print b
结果可以发现两个结果都为:[1,2,3,4,1]
这说明 python中的一个变量给另一个变量赋值时,传的是地址,所以当a指向的值变化时,b由于获得的是指向a的一个指针,所以结果也会
跟a的输出结果一样
more experiments:
a = [1,2,3,4]
b = a
a += [1] #在尾部增加一个list值
print a
print b
可以看到结果为:
[1, 2, 3, 4, 1]
[1, 2, 3, 4, 1]
这个没有什么问题,还是跟上面的解释一样,传的是地址,无论a怎么添加,b都是跟a地址相同的输出
再看下一个实验:
a = [1,2,3,4]
b = a
a = a + [1] #在尾部增加一个list值
print a
print b
读者可以试着跑一下看看结果
运行的结果为:
[1,2,3,4,1]
[1,2,3,4]
这是为什么呢?
为什么 += 和分开相加之后就不同结果了呢
通过查资料,我确信了以下解释:
当a = a+[1]时,系统所做的是把a + [1]的结果先放到另外一个地址c中,然后再把a指向这个c地址,所以输出a的时候,结果是可想而知的
但是b还是指向以前a的位置,以前位置的值并没有变化,所以b才会输出这样一个令人稍感诧异的值
而+=操作,还是在原来a指向的地址上进行操作,所以b也会跟着变化
总结:python中一个变量给另一个变量进行赋值操作(=)时,传的不是值,而是指针地址,一定要谨慎操作,避免掉坑
以上这篇python dict 字典 以及 赋值 引用的一些实例(详解)就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]