Python 基础 -- 变量和简单的数据类型

1. 运行 hello_world.py 时发生的情况

• 运行 hello_world.py 时，末尾的 .py 表明这是一个 Python 程序，所以编辑器将使用 Python 解释器来运行它；
  • 解释器：通俗来讲就是翻译器，将 Python 语言翻译为机器可以理解的指令语言。
• Python 解释器读取整个程序，确定其中每个单词的意思；
  • 看到 print 的时候，解释器就会将括号中的内容打印到屏幕，无论括号中的内容是什么。
• 编写程序时，编辑器会以各种方式突出程序的不同部分，这种功能称为语法突出；
  • print 为函数名称，故而，将其显示为蓝色；
  • Hello Python World! 不是 Python 代码，所以显示为橙色。
    

2. 变量

• 对 hello_world.py 中使用一个变量：在此文件添加一行代码，并对第 2 行进行如下修改：

  output = "Hello Python World!"
  print(output)
  

  通过结果发现，输出与之前相同；
  

• 通过上图可以看出，添加一个 output 作为变量，并且对变量进行存储一个值，在这里，存储的值为文本 "Hello Python World!"；

• 在添加变量后， Python 解释器需要做更多的工作：

  • 处理第 1 行代码：将文本"Hello Python World!" 和变量 output 关联起来；
  • 处理第 2 行代码：将与变量 output 关联的值打印到屏幕；

• 对上述程序再次进行扩展，使其再打印一条信息：

  output = "Hello Python World!"
  print(output)
  
  output = "Hello My Friend!"
  print(output)
  

  结果如下：
  

• 在程序中可以随时修改变量的值，并且 Python 始终记录变量的最新值。

2.1 变量的命名和使用

• 变量的命名规则如下：
  • 变量名只能包含字母、数字和下划线，并且只能以字母和下划线开头，不能以数字开头；
    • 例如：可以将变量命名为 output_1，但是不能命名为 1_output。
  • 变量名不能包含空格，但可以使用下划线来分割其中的单词；
  • 不能将 Python 关键字和函数名作为变量名；
  • 变量名应既短又具有描述性；

2.2 Python 内置函数和关键字

• 关键字：关键字都有特殊含义，使用关键字作为变量名，将会引发错误：

  and	as	assert	break	class	continue	def
  del	elif	else	except	False	finally	for
  from	global	if	import	in	is	lambda
  None	nonlocal	not	or	pass	raise	return
  True	try	while	with	yield

• 内置函数：使用内置函数作为变量名，Python 解释器不会报错，但是讲会导致同名的内置函数被覆盖，从而无法使用；

  abs()	all()	any()	basestring()	bin()	bool()	bytearray()
  callable()	chr()	classmethod()	cmp()	compile()	complex()	delattr()
  dict()	dir()	divmod()	enumerate()	eval()	execfile()	file()
  filter()	float()	format()	frozenset()	getattr()	globals()	hasattr()
  hash()	help()	hex()	id()	input()	int()	isinstance()
  issubclass()	iter()	len()	list()	locals()	long()	map()
  max()	min()	memoryview()	next()	object()	oct()	open()
  ord()	pow()	print()	property()	range()	raw_input()	reduce()
  reload()	repr()	reversed()zip()	round()	set()	setattr()	slice()
  sorted()	str()	staticmethod()	sum()	super()	tuple()	type()
  unichr()	unicode()	vars()	xrange()	Zip()	apply()	buffer()
  coerce()	intern()	_import_()

3 字符串

• 字符串就是一系列字符。

  • 在 Python 中，用引号括起来的都是字符串，其中的引号可以是单引号也可以是双引号；
    

  • 有了单双引号，可以使得字符串中可以包含引号和撇号：
    

3.1 使用方法修改字符串大小写

• 对于字符串，最简单的操作之一是修改其中的大小写。

• 新建一个文件 name.py 演示 Python 中改变大小写的方法：

  • 方法：是 Python 可对数据执行的操作。

• 函数 title()：
  

  • title() 以首字母大写的方式显示每个单词，即将每个单词的首字母都改为大写。
  • 在上述示例中，进行了如下操作：
    • 将小写的字符串ada lovelace 存储到变量 name 中；
    • 在 print() 语句中，方法 title() 出现在变量的后面，被调用；
    • name.title() 中，name 后面的句点 . 表示让 Python 对变量 name 执行方法 title()；
    • 每个方法后面都有一对括号，是因为方法通常需要额外的信息来完成其工作，这种信息是括号内提供的，但是 title() 不需要额外的信息，所以括号里边内容为空。

• 函数 upper() 和 lower：
  

3.2 拼接字符串

• Python 中通过使用 + 来完成字符串的合并，即拼接。
  

• 通过拼接，可以使用存储在变量中的信息来创建完整的消息。

3.3 使用制表符或换行符来添加空白

• 在编程中，空白泛指任何非打印的字符，如空格、制表符和换行符；

• 使用空白来组织输出，使其更容易阅读。

• 在字符串中添加制表符，使用字符组合 \t ：
  

• 在字符串中添加换行符，使用字符组合 \n ：
  

• 在字符串中同时添加制表符和换行符，使用字符组合 \n\t ：
  

3.4 删除空白

• 对人类来说，'python ' 和 'python' 几乎没有什么区别，但是在 Python 中，却能发现 'python ' 中的额外空格，并且认为这个空格是有意义的；

• 函数 rstrip() 能够去掉末尾的空白：
  

• 当使用终端直接对含'python ' 进行编译时，肉眼是看不到空格的；

• 在终端中询问 Python 变量 language 的值时，可以看到末尾的空格；

• 对变量 language 进行调用方法 rstrip() 后，多余的空格被删除了；

• 当然，这种删除只是暂时的，当再次访问时，会发现空白依旧存在；

• 要删除这个空白，需要将删除后的结果存储到变量 language 中：
  

• 函数 lstrip() 可以剔除前边的空白；

• 函数 strip() 可以同时剔除两边的空白；

3.5 Python 2 中的 print 语句

• 在 Python 2 中，有些 print 语句包含括号，有些语句不用括号。
  

4. 数字

4.1 整数

• 在 Python 中，可以对整数执行 +、-、*、/ 运算；
  

• 在终端中，乘方需要用两个乘号表示 **；
  

4.2 浮点数

• Python 中，将带小数点的数字都称为浮点数。

• 一般来说，浮点数都会按照期望进行运算，但是包含的小数位可能是不确定的。
  

4.3 使用函数 str() 避免类型错误

• 当你需要对某人的生日表示祝福时，可能会编写类似如下的程序：
  

• 上述表示了类型错误，意味着 Python 无法识别其中的信息；

• Python 发现 23 为 int 变量，其可能表示数值 23，也可以表示字符 2 和 3；

• 故而，使用 str() 函数，将非字符串值表示为字符串：
  

4.4 Python 2 中的整数

• 在 Python 2 中，整数除法只得到整数部分：
  

• 若要避免这种情况，需要至少有一个操作为数浮点数：
  

5. 注释

• 在 Python 中，注释用井号 # 标识；

• # 后的所有内容都会被 Python 解释器忽略；
  

6. Python 之禅

• 如何获得编写优秀的 Python 代码的指导原则，只需在解释器中执行命令 import this 即可获得：

  >>> import this
  The Zen of Python, by Tim Peters
  
  Beautiful is better than ugly.
  Explicit is better than implicit.
  Simple is better than complex.
  Complex is better than complicated.
  Flat is better than nested.
  Sparse is better than dense.
  Readability counts.
  Special cases aren't special enough to break the rules.
  Although practicality beats purity.
  Errors should never pass silently.
  Unless explicitly silenced.
  In the face of ambiguity, refuse the temptation to guess.
  There should be one-- and preferably only one --obvious way to do it.
  Although that way may not be obvious at first unless you're Dutch.
  Now is better than never.
  Although never is often better than *right* now.
  If the implementation is hard to explain, it's a bad idea.
  If the implementation is easy to explain, it may be a good idea.
  Namespaces are one honking great idea -- let's do more of those!