python 之编码规范-000001

ustbwang

　　可读性与性能
　　变量
　　函数
　　类
　　文件
　　文件夹命名
编码规范　　http://zh-google-styleguide.readthedocs.io/en/latest/google-python-styleguide/
Python语言规范
　　https://github.com/google/styleguide/blob/gh-pages/google_python_style.vim
vim  配置文件　　九大原则:
　　1. 差的代码会做太多的事情,简洁代码则非常专一
　　说明: 每个类,方法或是其它实体应该保持(SRP)单一职责原则,也就是说在一个给定的抽象层,一个功能单元仅仅应当为单方面系统需求(一个可以独立于其它方面而改变的需求的一个特性)负责.
　　2. 你代码的语言应当看起来像是为问题而设计
　　说明: 不应该使用会使代码和语言看起来拙劣的变通方法,如果你说一件事只能以一种变通的方法完成,这通常意味着你没有花费足够的事件去寻找一个好的简洁的解决办法.
　　3. 不要有冗余
　　说明: 代码符合DRY(不自我重复),当DRY原则被成功应后,对系统中的任何单个元素的修改都不需要在其它的逻辑上不相关的元素做修改.
　　4. 你的代码读起来应当很舒服
　　说明: 尝试去遵循KISS(保持简单笨蛋)原则,大多数系统,如果它们能保持简单而不是复杂,那么它们就能更好的工作.
　　5. 易于被其它开发者扩展
　　说明: 永远相信代码不是给自己写的,而是给其它开发者写的,也许几个月后你就是"其它开发者"中的一员.
　　6. 有最少的依赖库
　　说明: 依赖越多未来修改或维护就更难, 可使用pigar来检测你代码中潜在的依赖库错误,从而减少依赖库目标.
　　7. 越小越好
　　说明: 代码应当很小,所有的类或方法都因应短小精悍,最好只有几行代码.
　　8. 应该有单元化的验收测试
　　说明: 单元测试代码会帮我们更快判断代码是否符合要求,维护或扩展原有代码.
　　9. 应富有表现力
　　说明: 代码表现力是让代码本身变成文档,从而使文档不再那么重要.
　　http://xmdevops.blog.51cto.com/11144840/1856057
Python 编码规范(Google)
　　http://www.runoob.com/w3cnote/google-python-styleguide.html
　　https://www.python.org/dev/peps/pep-0008/
　　https://google.github.io/styleguide/pyguide.html
　　http://zh-google-styleguide.readthedocs.io/en/latest/google-python-styleguide/python_style_rules/