OptionParser getattr github 模型问答 2016.06.20回顾

70 篇文章 0 订阅
29 篇文章 0 订阅

昨天主要是把风控系统从gbk转成utf-8,把环境变量都改到程序中,上传项目到github库,中间夹杂着看了一下echarts的关系图结构,和tony讨论,把学习到的新东西总结一下!
1、接受命令行参数使用的是OptionParser模块,OptionParser首先初始化一个OptionParser类,parser = OptionParser(),这个初始化还可以带一些参数,但是我没有去追究这些参数的含义,然后用parser.add_option()去添加命令行参数,其中参数dest是定义命令行参数的键名,options, args = parser.parser.parse_args()获取所有参数存在options对象中,args,它是一个由 positional arguments 组成的列表,args我不太明白,目前还没用到,查看对象中是否存在某个属性,使用的是getattr(options,attr),使用setattr(options,attr,value)设定某个属性的值
2、python异常处理try except else finally,else是没有错误被捕获就执行else后面的语句,而finally无论如何都会被执行!
3、遇到个gexf后缀的xml格式文件
4、CRLF是windows风格换行,LF是UNIX风格换行,默认的,git上传的时候会把LF转换成CRLF,参考这里可以禁用这个自动转换,http://blog.csdn.net/unityoxb/article/details/20768687
5、开始我git按照最简单的流程一直没上传成功,后来根据别人的回答尝试了几条命令,还是没成功,又重新用最简单的那几条命令成功了,我不清楚是为什么,这就需要搞清楚每个命令的含义!git remote add origin ssh://git@example.com:1234/myRepo.git,这条命令是在远程git生成一个origin的东西(这是个库?集合?)?git remote -v可以查看origin是否已经存在!
6、和tony讨论,他很多不符合常规业务理解的变量,都是基于数据获得的,也就是说当数据和业务产生了冲突, 到底应该相信业务,还是相信数据,或者干脆不要这个数据?还有就是有些变量分段很奇葩,tony说那是因为确实数据量的问题,那个跨度很大的分段确实数据量不够,对于特殊值的处理?也就是说存在同类变量,但是相左的情况,tony就说一个变量为另一个变量做了补偿?总的说来他更多倾向于数据!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值