研发人员在使用Python编程时会遇到众多问题，本文主要讲述的在在实际应用中的基本问题：
> 编码
所有的 Python 脚本文件都应在文件头标上
# -*- coding:utf-8 -*-
用于设置编辑器，默认保存为 utf-8 格式。
> 注释
业界普遍认同 Python 的注释分为两种，一种是由 # 开头的“真正的”注释，例如，用于表明为何选择当前实现以及这种实现的原理和难点；另一种是 docstrings，例如，用于表明如何使用这个包、模块、类、函数(方法)，甚至包括使用示例和单元测试。坚持适当注释原则。对不存在技术难点的代码坚持不注释，对存在技术难点的代码必须注释。但与注释不同，建议对每一个包、模块、类、函数(方法)写 docstrings，除非代码一目了然，非常简单。
> 缩进
Python 依赖缩进来确定代码块的层次，行首空白符主要有两种：tab 和 空格，但严禁两者混用。如果使用 tab 缩进，设定tab 为 4 个空格。
> 空格
空格在 Python 代码中是有意义的，因为 Python 的语法依赖于缩进，在行首的空格称为前导空格。在这一节不讨论前导空格相关的内容，只讨论非前导空格。非前导空格在 Python 代码中没有意义，但适当地加入非前导空格可以增进代码的可读性。
1)在二元算术、逻辑运算符前后加空格：如
a = b + c;
2) 在一元前缀运算符后不加空格，如
if !flg: pass;
3) “:”用在行尾时前后皆不加空格，如分枝、循环、函数和类定义语言;用在非行尾时两端加空格，如：
dict 对象的定义
d = {'key' : 'value'}
4) 括号(含圆括号、方括号和花括号)前后不加空格，如：
do_something(arg1, arg2)
而不是
do_something( arg1, arg2 )
5) 不要在逗号、分号、冒号前面加空格，但应该在它们后面加(除了在行尾)
6) 不要用空格来垂直对齐多行间的标记，因为这会成为维护的负担(适用于:，#，=等)
> 空行
适当的空行有利于增加代码的可读性，加空行可以参考如下几个准则：
1) 在类、函数的定义间加空行;
2) 在 import 不同种类的模块间加空行;
3) 在函数中的逻辑段落间加空行，即把相关的代码紧凑写在一起，作为一个逻辑段落，段落间以空行分隔;
在此我向大家推荐一个大数据开发交流圈： 658558542 突破技术瓶颈，提升思维能力 （☛点击即可加入群聊）
> 断行
尽管现在的宽屏显示器已经可以单屏显示超过 256 列字符，但本规范仍然坚持行的最大长度不得超过 80 个字符的标准。折叠长行的方法有以下几种方法：
1) 为长变量名换一个短名，如：
this.is.a.very.long.variable_name = this.is.another.long.variable_name
应改为：
variable_name1 = this.is.a.very.long.variable_namevariable_name2 = this.is.another.variable_namevariable_name1 = variable_name2s
2) Python会将圆括号、中括号和花括号中的行隐式的连接起来，你可以利用这个特点。如需要，你可以在表达式外围增加一对额外的圆括号
3) 在长行加入续行符强行断行，断行的位置应在操作符前，且换行后多一个缩进，以使维护人员看代码的时候看到代码行首即可判定这里存在换行，如：
if color == WHITE or color == BLACK \ or color == BLUE: # 注意 or 操作符在新行的行首而不是旧行的行尾do_something(color);
> 字符串
1.避免在循环中用+和+=操作符来累加字符串。由于字符串是不可变的，这样做会创建不必要的临时对象，并且导致二次方而不是线性的运行时间。作为替代方案，你可以将每个子串加入列表，然后在循环结束后用 .join 连接列表。(也可以将每个子串写入一个 cStringIO.StringIO 缓存中)
2.为多行字符串使用三重双引号而非三重单引号。不过要注意, 通常用隐式行连接更清晰，因为多行字符串与程序其他部分的缩进方式不一致。
>命名
一致的命名可以给开发人员减少许多麻烦，而恰如其分的命名则可以大幅提高代码的可读性，降低维护成本。
>> 常量
常量名所有字母大写，由下划线连接各个单词，如
WHITE = 0XFFFFFFTHIS_IS_A_CONSTANT = 1
>> 变量
变量名全部小写，由下划线连接各个单词，如
color = WHITEthis_is_a_variable = 1
私有类成员使用单一下划线前缀标识，多定义公开成员，少定义私有成员。
变量名不应带有类型信息，因为 Python 是动态类型语言。如 iValue、names_list、dict_obj 等都是不好的命名。
在此我向大家推荐一个大数据开发交流圈： 658558542 突破技术瓶颈，提升思维能力 （☛点击即可加入群聊）
>> 函数
函数名的命名规则与变量名相同。
>> 类
对类名使用大写字母开头的单词(如CapWords, 即Pascal风格)，不使用下划线连接单词。如：
class ThisIsAClass(object):pass
>> 模块
模块名全部小写，对于包内使用的模块，可以加一个下划线前缀，如
module.py_internal_module.py
>> 包
包的命名规范与模块相同。
>> 缩写
命名应当尽量使用全拼写的单词，缩写的情况有如下两种：
1) 常用的缩写，如 XML、ID等，在命名时也应只大写首字母，如
class XmlParser(object):pass
2) 命名中含有长单词，对某个单词进行缩写。这时应使用约定成俗的缩写方式，如去除元音、包含辅音的首字符等方式，例如：
function 缩写为 fn
text 缩写为 txt
object 缩写为 obj
count 缩写为 cnt
number 缩写为 num，等。
>> 特定命名方式
主要是指 __xxx__ 形式的系统保留字命名法。项目中也可以使用这种命名，它的意义在于这种形式的变量是只读的，这种形式的类成员函数尽量不要重载。如
class Base(object): def __init__(self, id, parent =None): self.__id__ = id self.__parent__ = parent def __message__(self, msgid): # …略
其中 __id__、__parent__ 和 __message__ 都采用了系统保留字命名法。
>> 导入格式
1.import 的次序，先 import Python 内置模块，再 import 第三方模块，最后 import 自己开发的项目中的其它模块;这几种模块用空行分隔开来。
2.每个import应该独占一行。
3.不要使用 from module import *，除非是 import 常量定义模块或其它你确保不会出现命名空间冲突的模块。
> 赋值
对于赋值语言，主要是不要做无谓的对齐，如：
a = 1 # 这是一个行注释variable = 2 # 另一个行注释fn = callback_function # 还是行注释
没有必要做这种对齐，原因有两点：一是这种对齐会打乱编程时的注意力，大脑要同时处理两件事(编程和对齐);二是以后阅读和维护都很困难，因为人眼的横向视野很窄，把三个字段看成一行很困难，而且维护时要增加一个更长的变量名也会破坏对齐。直接这样写为佳：
a = 1 # 这是一个行注释variable = 2 # 另一个行注释fn = callback_function # 还是行注释
结语
感谢您的观看，如有不足之处，欢迎批评指正。
在此我向大家推荐一个大数据开发交流圈：
658558542 （☛点击即可加入群聊）
里面整理了一大份学习资料，全都是些干货，包括大数据技术入门，大数据离线处理、数据实时处理、Hadoop 、Spark、Flink、推荐系统算法以及源码解析等，送给每一位大数据小伙伴，让自学更轻松。这里不止是小白聚集地，还有大牛在线解答！欢迎初学和进阶中的小伙伴一起进群学习交流，共同进步！
最后祝福所有遇到瓶颈的大数据程序员们突破自己，祝福大家在往后的工作与面试中一切顺利。
网友评论