|
（有C语言功底，自学教材Python从入门到实践）
第一部分
第一章 起步
? ? ? ? ? ?下载Python，编译器用自带的IDLE
第二章 变量和简单数据类型：
? ? ? ? ? ?
变量名：可以也仅可以由字母、数字和下划线组成。
? ? ? ? ? ? ? 命名原则：简短又具描述性。如：name比n好，student_name比s_n好?
? ? ? ? ? ? ? 注意：①变量名不能以数字打头
? ? ? ? ? ? ? ? ? ? ? ? ②变量名不能包含空格（欲要分隔单词可用下划线，即“_”）
? ? ? ? ? ? ? ? ? ? ? ? ③不要用Python关键字和函数名做变量名
? ? ? ? ? ? ? ? ? ? ? ? ④慎用字母“O”“l”,易与数字1,0,搞混
字符串：被引号引起的部分。单\双引号都可
? ? ? ? ? ? ?改字符串的大小写（使用方法修改字符串的大小写是可执行的最简单的操作之一）
? ? ? ? ? ? ? ? ? ? ? ? ? ?title()：把字符串变成首字母大写。用法如：name.title()
? ? ? ? ? ? ? ? ? ? ? ? ? ?upper()：把字符串全部改成大写。
? ? ? ? ? ? ? ? ? ? ? ? ? ?lower()：把字符串全改为小写。
? ? ? ? ? ? ?合并字符串：如把a、b合并成c，中间加一个空格
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?c = a + " " + b;
? ? ? ? ? ? ?添加空白：使用制表符或换行符
? ? ? ? ? ? ? ? ? ? ? ? ? ①制表符：\t
? ? ? ? ? ? ? ? ? ? ? ? ? ②换行符：\n
? ? ? ? ? ? ?删除空白：（这些剔除函数常用于在存储用户输入前求其经行清理）
? ? ? ? ? ? ? ? ? ? ? ? ? rstrip()：确保字符串末尾没有空白。用法如：language.rstrip()
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?注：这种删除只是暂时的，想要永久删除，必须将删除结果存回到变量? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ????????中。如：languange=language.rstrip()
? ? ? ? ? ? ? ? ? ? ? ? ? lstrip()：剔除字符串开头的空白
? ? ? ? ? ? ? ? ? ? ? ? ? strip()：剔除字符串两端的空白
Python3中的print语句：①print是一个函数，因此括号必不可少
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ②不同于C语言，函数的（）后面不需要加分号
数字：①整数：加（+）减（-）乘（*）除（/）幂运算（**）如：10**3=1000
? ? ? ? ? ? ??注意：python3中，3/2=1.5，不同于Python2，3/2=1
? ? ? ? ? ②浮点数：略
? ? ? ? ? （对于设计语言的人来说，小数点可以出现在数字的任何位置，每种编程语言都必须精心? ? ? ? ? ? ? ? ?设计，以妥善处理浮点数，确保小数点不论出现在什么位置，数字的行为都是正常的）
str()函数：将非字符串表示为字符串。用法如：str(age)
注释：用#注释，同一行，#后面的会被忽视
? ? ? ? ? 注释的目的：阐述代码要做什么，以及是如何做到的。（要成为专业的程序员或是与其他程序员合作就必须编写有意义的注释）
Python之禅及其翻译（Python之禅这部分转载于什么是python 之禅？_change_you_or_world的博客-CSDN博客_python之禅）：? ? ? ??
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.
//实在不想改又不耽误使用，去TMD的Errors，人生嘛，开心重要。
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.
//几子无变，朝大局看，除非你是柯洁（好吧，我又开始卖弄玄学了，哈哈哈。这句意思就是世上没有什么容易的是，除非你是python它爹）
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!
//python利器之一 ? ?命名空间，多用就对了
|