运行Hello world.py时 Python都做了哪些工作？
1..py指出该程序是一段Python程序
2.编辑器将使用Python解释器来运行它
3.解释器读取没个单词，并确定每个单词的含义
编写程序时，编辑器会以各种方式突出程序的不同部分。
按照文章内容修改Hello World.py程序后输出内容：
添加一个名为message的变量，并在变量中存储一个文本名为"hello world!"
在此期间编译器要做的工作：
1.处理第一行，将文本“hello world！”与变量message关联
2.强变量message关联的值打印出来
在此修改代码，并输出如下
在此程序中，随意修改变量message的值，而Python最终记录变量的最新值
2.2.1 变量的命名及使用
变量命名规则：
1.变量只能包含字母、数字和下划线。可以字母或者下划线打头，数字不行；
2.变量明不能包含空格
3.不能讲Python关键字和函数名作为变量名
4.变量名即简短又具有描述性
5.慎用小写字母l和大写字母O，容易被看错。
就目前而言，应使用小写的Python变量名。
2.2.2使用变量时避免命名错误
确定书写各变量是否正确。
按照书本要求，编写两个独立的程序，命名分别为simple_message.py 及simple_messages.py
simple_message.py 输入结果
同理输出simple_messages
2.3 字符串
字符串就是一系列的字符，在Python中，用引号括起来的都是字符串，其中的引号可以是单引号，可以是双引号。
2.3.1
对于字符串，最简单的操作就是修改其中单词的大小写。
依照课本内容，在Geany中编写name.py，输出如下：
在print（）语句中，方法title()出现在这个变量的后面，方法是Python可对数据执行的操作。在name.title()，name后面的（.）让Python对变量那么执行方法title()制定的操作。没个方法后面都跟着一对括号，
这是因为方法通常需要额外的信息来完成其工作。这种信息是在括号内提供的。函数title()不需要额外的信息，一次它后面的括号是空的。
其他的举例输出：
2.3.2 合并（拼接）字符串
举例说明，输入输出如下：
Python使用+来合并字符串，这种合并字符串的方法称为拼接。通过拼接，可使用存储在变量中的信息来创建完整的消息。
举例说明，输入输出如下：
2.3.3使用制表符或换行符来添加空白
空白泛指任何非打印字符，如空格、制表符和换行符。
添加指标符，可以使用字符组合
添加换行符，
还可以在同一个字符串中同时包含制表符和换行符。
2.3.4 删除空白
在比较两个字符串是否相同时，空白显得尤为重要，如"Python "和"Python"为两个不同的字符串。
Python能够找到字符串开头和末尾多余的空白。要确保字符串末尾没有空白，可使用方法rstrip()
由例子可以看出办法rstrip()并没有改变变量favorite_language的内容
想要彻底的删除空白，需要将rstrip()后的favorite_language赋值到原favorite_language中。
举例输入输出结果
2.3.5 使用字符串时避免语法错误
程序中包含非法的Python代码，即为语法错误。
按照教材编写代码输入输出如下：
第二个错误代码输入输出如下：
其中invalid syntax，在解释器看来，有些内容不属于幼小的Python代码。
编写程序时，编辑器的语法冲突功能可帮助你快速的找出某些语法错误。
2.3.6 Python 2中的print语句
由于本机器上未安装Python2.x的版本，无法进行实际测试。按照课本说明，print在Python 3中为函数，而在Python 2中为非函数
2.4 数字
2.4.1 整数
在Python中可对整数实行加减乘除运算。
支持乘方运算用**表示
Python还支持运算次序，可在一个表达式中使用多种运算，可用括号修改运算次序。
2..4.2 浮点数
Python中将带小数点的数字都成为浮点数
但是要注意结果包含的小树位数可能是不确定的。
2.4.3 使用函数str()避免类型错误
你想象的和所实践的是有区别的
原因是Python无法解读age的数据类型，使用str()将age转化成string类型。
str()函数将age中的23分别转化成字符2和字符3
2.4.4 Python 2中的整数。
和Python 3中略有不同。后续请使用Python 3，保持一致。
2.5 注释
2.5.1 如何编写注释
Python中，注释请用#表示，#后面的内容都会被Python解释器忽略
如果使用中文可能会出现如下问题
解决方案：https://blog.csdn.net/zisepaopao1135/article/details/79766427 from csdn
书写必要的注释，能够给予程序很大帮助。
2.6 Python之禅
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!