1.1 变量
- 每个变量都存储了一个值
- 在程序中可以随时修改变量,但Python将始终记录变量的最新值
message = "Hello Huang ZB!"
print(message)
message = "Goodbye Huang ZB!"
print(message)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-103bRHf3-1631544730921)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210913222032160.png)]
1.1.1 使用变量名时避免命名错误
查看Traceback明白错误
message = "Hello Huang ZB!"
print(mesage)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XNQ3OMRi-1631544730924)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210913222115160.png)]
1.2 字符串
Def:字符串就是一串字符。双引号、单引号都可表示
1.2.1 修改字符串大小写的方法
name = "huang zhibin"
print(name.title())
Huang Zhibin
其他方法:
name = "huang zhibin"
print(name.title())
print(name.upper())
print(name.lower())
Huang Zhibin HUANG ZHIBIN huang zhibin
1.2.2 合并字符串
方法:拼接
first_name = 'huang'
last_name = 'zhibin'
full_name = first_name + ' ' + last_name
print('Hello, ' + full_name.title() + '!')
Hello, Huang Zhibin!
1.2.3 使用制表符或换行符来添加空白
- 在字符串中添加制表符,使用 \t (也可以理解为进位符)
print("python")
print("\tpython")
python python
print("Languages:\nPython\nC\nJavaScript")
Languages: Python C JavaScript
- 同一字符串中可以同时包含制表符和换行符 字符串" \n\t ": 让python换到下一行
print("Languages:\n\tPython\n\tC\n\tJavaScript")
Languages: Python C JavaScript
1.2.4 删除空白
information = ' 人生苦短,我学python '
print(information.rstrip())
print(information.lstrip())
print(information.strip())
? 人生苦短,我学python
人生苦短,我学python #右边空格依然存在!
人生苦短,我学python
1.2.5 使用字符串时需要避免语法错误
再修改程序时语法错误也是一个重要的检查指标
1.3 数字类型
1.3.1 整数
>>> 2+3
5
>>> 5-6
-1
>>> 4*5
20
>>> 36/6
6.0
>>> 3**2
9
>>> 2+2**2
6
>>> (2+2)*2
8
1.3.2 浮点数
>>> 0.2+0.3
0.5
>>> 0.2-0.3
-0.09999999999999998
print ('{:.2}'.format(变量))
1.3.3 复数
>>> 2+6j
(2+6j)
>>> (2+6j).real
2.0
>>> (2+6j).imag
6.0
1.3.4 使用函数str()避免类型错误
age = 21
message = "Happy " + str(age) + "rd Birthday!"
print(message)
Happy 21rd Birthday!
1.4 注释
单行注释
#注释内容
多行注释
‘’’
注释内容
‘’’
注释不能嵌套!!!!!
?
1.5 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!
|