# 2-1 简单消息： 将一条消息存储到变量中， 再将其打印出来。
var = 'hello_world!'
print(var)

# 2-2 多条简单消息： 将一条消息存储到变量中，将其打印出来； 
# 再将变量的值修改为一条新消息， 并将其打印出来。
var = 'hello_world!'
print(var)
var = 'hello_python!'
print(var)

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

# 2-4 调整名字的大小写： 将一个人名存储到一个变量中， 再以小写、 大写和首字母大写的方式显示这个人名。
user_name = 'Eric'
print(user_name.lower())
print(user_name.upper())
print(user_name.title())

# 2-5 名言： 找一句你钦佩的名人说的名言， 将这个名人的姓名和他的名言打印出来。 输出应类似于下面这样（包括引号） ：
Albert Einstein once said, “A person who never made a mistake never tried anything new.”
print('Albert Einsteinonce said,"A person who never made a mistake never tried anything new."')

# 2-6 名言2： 重复练习2-5， 但将名人的姓名存储在变量famous_person 中， 再创建要显示的消息， 
# 并将其存储在变量message 中， 然后打印这条消息。
famous_person = 'Albert Einstein'
message = 'A person who never made a mistake never tried anything new.'
print(famous_person + 'once said,"' + message + '"')

# 2-7 剔除人名中的空白： 存储一个人名， 并在其开头和末尾都包含一些空白字符。 
# 务必至少使用字符组合"\t" 和"\n" 各一次。打印这个人名， 以显示其开头和末尾的空白。 
# 然后， 分别使用剔除函数lstrip() 、 rstrip() 和strip() 对人名进行处理， 并将结果打印出来。
user_name = ' Eric '
print('\t'+ user_name.lstrip() + '\n\n')
print('\t'+ user_name.rstrip() + '\n\n')
print('\t'+ user_name.strip() + '\n\n')

# 2-8 数字8： 编写4个表达式， 它们分别使用加法、 减法、 乘法和除法运算， 但结果都是数字8。 
# 为使用print 语句来显示结果， 务必将这些表达式用括号括起来， 也就是说， 你应该编写4行类似于下面的代码：print(5 + 3)
print(5 + 3)
print(10 - 2)
print(2 * 4)
print(int(16 / 2))

# 2-9 最喜欢的数字： 将你最喜欢的数字存储在一个变量中， 再使用这个变量创建一条消息， 
# 指出你最喜欢的数字， 然后将这条消息打印出来。
fav_nub = 0
print('我最喜欢的数字是：' + str(fav_nub) +'!')

# 2-10 添加注释： 选择你编写的两个程序， 在每个程序中都至少添加一条注释。 
# 如果程序太简单， 实在没有什么需要说明的， 就在程序文件开头加上你的姓名和当前日期， 再用一句话阐述程序的功能。
var = 'hello_world!'
这句是将hello_world!字符串赋值给变量var
print(var)
将var变量打印出来

# 2-11 Python之禅： 在Python终端会话中执行命令import this ， 并粗略地浏览一下其他的指导原则。
①win+r 打开运行窗口
②输入cmd打开命令提示符
③输入python进入cpython
④输入import this
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!