python编程 从入门到实践 第二章 变量和简单数据类型

图书馆借了本书来详细学习python

边记笔记边练习：

#字符串
#双引号和单引号相同意义

#2.3.1 修改字符串的大小写
name="ada lovelace"
print(name.title())
#title()方法：以首字母大写的方式显示每个单词
#输出：Ada Lovelace

name1="Ada Lovelace"
print(name1.upper())
print(name1.lower())
#upper()全部大写
#lower()全部小写

#2.3.2合并（拼接）字符
first_name="ada"
last_name="lovelace"
full_name=first_name+" "+last_name
print(full_name)
#python 用"+"来合并字符串（这种方法叫做拼接，可以使用存储在变量里的信息来创建完整的信息）

print("Hello, "+full_name.title()+"!")
message="Hello, "+full_name.title()+"!"
print(message)
#将所有的信息存储在一个变量里

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

#制表符，用\t字符组合
print("python")
print("\tpython")
#换行符 \n
print("language:\npython\nhello")
print("language:\n\tpython\n\thello")
#也可以将制表符和换行符同时输出

#2.3.4删除空白
#python可以找出字符串开头和末尾多余的空白
#确保字符串末尾没有空白rstrip()
name3="python "
print(name3)
print(name3.rstrip())
#这样不是永久性删除，永久性删除空白必须将删除操作的结果存回到变量里
name3=name3.rstrip()
print(name3)

#可以剔除开头的空白lstrip()
# 还可以同时剔除两端的空白strip()
name3=" python "
print(name3)
print(name3.lstrip())
print(name3.rstrip())
print(name3.strip())

#使用字符串时避免语法错误
#比如 单引号扩起的字符串中，如果包含撇号，就会错误
#正确使用单引号和双引号
message="one of python's strength"
print(message)
#因为撇号位于双引号之间，所以正确
###message='one of python's strength'
#如果在单引号之间，则错误喽，因为无法确定字符串结束位置

#2.3.6 python2里的print语句
#不需要将打印的内容放在括号内，而3必须放在括号里面进行输出


#2.4 数字
#2.4.1 整数
#加减乘除运算
#两个乘号表示乘方运算
result=3**2
result1=3**3
print(result)
print(result1)
#括号可以修改运算顺序
result2=2+3*4
result3=(2+3)*4
print(result2)
print(result3)

#浮点数 （带小数点的数）
result4=2*0.3
print(result4)
##结果包含的小数位数是不确定的

#2.4.3 使用函数str()避免类型错误
age=23
#message="Happy "+age+"rd Brithday"
##以上为错误写法，因为用了int的变量
message="Happy "+str(age)+"rd Brithday"
print(message)
##所以当字符串中出现数字时，Python希望将其处理为字符串

#python2中的整数
#3/2=1  结果不是1.5
##因为在2中整数除法的结果只包含整数部分，小数被删除了
##所以在2中，要确保至少一个数是浮点数，结果也是浮点数
##例：3.0/2

#2.5 注释
#2.5.1如何编写注释
#2.5.2编写什么样的注释（切，这还不看心情啦）

#2.6 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!

GOOD LUCK！！！