Python编程-从入门到实践 Eric Matthes 著 袁国忠 译 - - 第二章 动手试一试

因为第一章的动手试一试基本都是探索性的，所以直接进入第二章。

 # 2.2 动手试一试
 # 2_1   简单消息： 将一条消息存储到变量中，再将其打印出来。
 message = 'python 编程从入门到实践——第一个程序开始了。'
 print (message)

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

 # 2.3 动手试一试
 # 2_3   个性化消息： 将用户的姓名存到一个变量中，并向该用户显示一条消息。显示的消息应非常简单。
 name = 'Yuan Dong'
 print ('Hello ' + name + ', would you like to learn some Python today?')

 # 2_4   调整名字的大小写： 将一个人名存储到一个变量中，再以小写、大写和首字母大写的方式显示这个人名。
 name = 'yuan dong'
 print (name.lower())     # 全部小写
 print (name.upper())     # 全部大写
 print (name.title())     # 仅首字母大写

 # 2_5   名言： 找一句你钦佩的名人说的名言，将这个名人的姓名和他的名言打印出来。
 famous_person = 'Albert Einstein'
 message = 'A person who never made a mistake never teied anything new.'
 print (famous_person + ' once said, '+ '"' + message + '"')

 # 2_6   名言2： 重复练习2-5，但将名人的姓名存储在变量famous_person 中，再创建要显示的消息，并将其存储在变量message 中，然后打印这条消息。
 # 同上

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

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

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

 # 2_10  添加注释
 #   以上已经完成

 # 2_11  Python之禅： 在Python终端会话中执行命令import this ，并粗略地浏览一下其他的指导原则。
 import this     #  查看Python 之禅
 '''
 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!
 '''