第二章,变量和简单数据类型
变量:
1,有关变量的规则:
(1)变量名只能包含字母、数字和下划线。变量名可以字母或下划线打头,但不能以数字打头,例如,可将变量命名为message_1,但不能将其命名为1_message。
(2) 变量名不能包含空格,但可使用下划线来分隔其中的单词。例如,变量名greeting_message可行,但变量名greeting message会引发错误。
(3) 不要将Python关键字和函数名用作变量名,即不要使用Python保留用于特殊用途的单词,如print(请参见附录A.4)。
(4)变量名应既简短又具有描述性。例如,name比n好,student_name比s_n好,name_length比length_of_persons_name好。
(5)慎用小写字母l和大写字母O,因为它们可能被人错看成数字1和0。
需注意:就目前而言,应使用小写的Python变量名。在变量名中使用大写字母虽然不会导致错误,但避免使用大写字母是个不错的主意。
2.使用变量时避免命名错误:名称错误通常意味着两种情况:要么是使用变量前忘记了给它赋值,要么是输入变量名时拼写不正确。
3.在Python中,用引号括起的都是字符串,其中的引号可以是单引号,也可以是双引号。
4.title()以首字母大写的方式显示每个单词,即将每个单词的首字母都改为大写。upper()则表示将每个字母改为大写,lower()表示将每个字母改为小写。
字符串:
1.Python使用加号(+)来合并字符串,这种方法叫做拼接。在这个示例中,我们使用+来合并first_name、空格和last_name,即:
first_name = ‘Ada’
last_name = ‘Lovelace’
full_name = first_name +’ ‘+ last_name
print(full_name)
Ada Lovelace
2.在编程中,空白泛指任何非打印字符,如空格、制表符和换行符。
3.要在字符串中添加制表符,可使用字符组合\t,即:
print(’\tpython’)
python
4. 要在字符串中添加换行符,可使用字符组合\n。
5. 还可在同一个字符串中同时包含制表符和换行符。如:
print(‘Language:\n\tpython\n\tC\n\tJavaScript’)
Language:
python
C
JavaScript
(导出之后没有体现出制表符的作用。。。。。。。)
6.Python能够找出字符串开头和末尾多余的空白。要确保字符串末尾没有空白,可使用方法rstrip()。如:
favourite_language = 'python ’
favourite_language
'python ’
favourite_language.rstrip()
‘python’
favourite_language
'python ’
要永久删除这个字符串中的空白,必须将删除操作的结果存回到变量中,即:
vourite_language = ‘python’
favourite_language = favourite_language.rstrip()
favourite_language
‘python’
剔除字符串开头的空白,或同时剔除字符串两端的空白,可分别使用方法
lstrip()和strip()。在实际程序中,这些剥除函数最常用于在存储用户输入前对其进行清理。
7.语法错误也是最不具体的错误类型,因此可能难以找出并修复。
8.python 3中的print是一个函数,因此括号必不可少;而在Python 2代码中,有些print语句包含括号,有些不包含。
数字:
1.Python使用两个乘号表示乘方运算;
2.空格不影响Python计算表达式的方式,它们的存在旨在让你阅读代码时,能
迅速确定先执行哪些运算;
3.Python将带小数点的数字都称为浮点数;
4.在字符串中使用整数时,需要显式地指出你希望Python将这个整数用作字符串。为此,可调用函数str(),它让Python将非字符串值表示为字符串;而在Python 2中,整数除法的结果只包含整数部分,小数部分直接被删除。
注释:
1.注释让你能够使用自然语言在程序中添加说明;
2.在Python中,注释用井号(#)标识;
简约而清晰的理念:
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!
不要企图编写完美无缺的代码;先编写行之有效的代码,再决定是对其做进一步改进,还是转而去编写新代码。