第二章 动手试一试

2-1 简单消息：将一条消息存储到变量中，再将其打印出来。

message = "Zeng huicong is very good!!!"
print(message)

2-2 多条简单消息：将一条消息存储到变量中，将其打印出来；再将变量的值修改 为一条新消息，并将其打印出来。message = "Zeng huicong is very good!!!" print(message)
message = "Zeng huicong is the best man in SYSU!!!"
print(message)

2-3 个性化消息：将用户的姓名存到一个变量中，并向该用户显示一条消息。显示的消息应非常简单，如“Hello Eric, would you like to learn some Python today?”

name = "zeng huicong"
print("Hello " + name.title() + ", would you like to learn some Python today?")

2-4 调整名字的大小写：将一个人名存储到一个变量中，再以小写、大写和首字母 大写的方式显示这个人名。name = "zeng huicong"
print(name.lower())print(name.upper())print(name.title())2-5 名言：找一句你钦佩的名人说的名言，将这个名人的姓名和他的名言打印出来。

author = "albert einstein"
message = "A person who never made a mistake never tried anything new."
print(author.title() + " once said, \"" + message + '"')

2-7 剔除人名中的空白：存储一个人名，并在其开头和末尾都包含一些空白字符。务必至少使用字符组合"\t"和"\n"各一次。 打印这个人名，以显示其开头和末尾的空白。然后，分别使用剔除函数 lstrip()、 rstrip()和 strip()对人名进行处理，并将结果打印出来。name = "\tzeng huicong\n\n"
print(name.lstrip())
print(name.rstrip())
print(name.strip())2-8 数字 8：编写 4个表达式，它们分别使用加法、减法、乘法和除法运算，但结果都是数字 8。为使用 print 语句来显示结果，务必将这些表达式用括号括起来，也就是说，你应该编写 4行类似于下面的代码：print(5 + 3)
print(2 * 4)
print(9 - 1)
print(16 / 2)
print(2 ** 3)
print(17 % 9)2-9 最喜欢的数字：将你最喜欢的数字存储在一个变量中，再使用这个变量创建一 条消息，指出你最喜欢的数字，然后将这条消息打印出来。number = 7
message = "My favarite number is " + str(number) + "."
print(message)2-11 Python之禅：在 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!