Python学习笔记（2）——你不得不知道的小常识

接上次，这次来说一下你不得不知道的小常识。

上一弹详见：Python学习笔记（1）——迈出第一步

1.变量&常量 重要性：★★★★★

比如，小明失忆了，连自己叫啥都忘了，这时妈妈拿过来一个盒子，抽出盒子里的纸条，一看，是“小明”。这是常量。

再比如，小亮原来的名字“狗粮”太搞笑了，然后改完户籍后，把自己的盒子里名字改成“小亮”。这是变量。

常量的赋值如下：

XIAOMING = '小明'

变量的赋值如下：

xiaoliang = '小亮'

常量不可修改，变量可修改。

注意！常量还是可以修改的，只不过“不可修改”是Python的公约。可是你要改，谁都没办法。如下图，在二次赋值时，Python完全没有报错。

变量和常量可以用在代码的天涯海角。

以下代码不用理解，看懂就行。

c = '小明'
# 给列表添加"小明"。
u = ['小亮','小青']
u.append(c) # 这里用到了变量。
print(u) # 这里也用到了变量。
'''
['小亮','小青','小明']
'''

2.缩进 重要性：★★

第二重要的就是缩进，因为凡是学过任何一门著名编程（C，C++，C#，Java......（此处省略无数种））的盆友们，都知道代码是这样的：

public class Kzx {
    public static void main(String[] args) {
        // 一大堆乱七八糟的代码......
    }
}

是这样的：

package kzx
import "fmt"
func main() {
    // 一大堆乱七八糟的代码......
}

是这样的......（此处省略1000字）

总的来说，他们都用{}包裹代码。所以还可以这样：

public class Kzx {
public static void main(String[] args) {
// 一大堆乱七八糟的代码......
}
}

而有点技术水平的，Github上的用Python编写的代码下下来一看，都是这样的：

def main():
    # 开头的第一行代码......
    # 一大堆乱七八糟的代码......
if __name__ == '__main__':
    main()

那么如果这样：

def main():
# 开头的第一行代码......
# 一大堆乱七八糟的代码......
if __name__ == '__main__':
main()

不仅代码读起来要人命，还会：

File "xxx",line 2
    # 开头的第一行代码......
    ^

IndentationError: expected an indented block

那些空格，编程界学名为缩进。

Python的缩进是4个空格。

键盘上的TAB键也可以。

但是空格和TAB不能混用。

比如说这样：

以上内容会输出以下结果：

File "xxx",line 3
    xxxxx......
    ^

IndentationError: unindent does not match any outer indentation level

如上可见，缩进多重要。

但世界上所有编辑Python脚本的编辑器，都可以自动缩进。

所以，不用太太担心。

3.PEP 重要性：★★★★

写出的代码肯定得好看呀。就像下面两段代码一样。

print(1) # 打印出1。
print(2) # 打印出2。
# --------------------------
print(1);print(2)

以上第2段代码用了分号。虽然可以这样做，但这是PEP不推崇的。

Python的PEP就是来教大家如何写出好看的代码。

如果你想看到更详细的，请备上翻译器，查阅PEP8英文版指南。

只要简单做到如下：

1.把代码限制到每行最少79个字符。

如：

print(1,2,'此处省略70字……')
# 应改为：
print(1)
print(2)
# ......

2.在运算符前中断，而不要在之后。

官方对此的说法是：

To solve this readability problem, mathematicians and their publishers follow the opposite convention. Donald Knuth explains the traditional rule in hisComputers and Typesetting series: "Although formulas within a paragraph always break after binary operations and relations, displayed formulas always break before binary operations".

翻译为：

为了解决这个可读性问题，数学家和他们的出版商遵循了相反的惯例。Donald Knuth在他的《计算机和排版》系列中解释了这个传统规则：“虽然段落中的公式总是在二元运算和关系之后中断，但显示的公式总是在二元运算之前中断”。

如：

c = [1,
    2,
    3]
# 应改为:
c = [1
    ,2
    ,3]

3.导入模块时，最好不要一行导入多个。但是在使用from...import...语句时可以，且在导入好多模块的时候可以。

如：

import os,time
# 应改为：
import os
import time
# ---------------
import os
import time
import easygui
import numpy
# ......
# 应改为：
import os,time,easygui,numpy,......
# ---------------
from tkinter import Button
from tkinter import Canvas
# ......
# 太残忍了，应改为：
from tkinter imort Button,Canvas,......

以上必须要牢记，因为这是最基本的了！

好啦，这就是本期的内容！

散会~