零基础玩转Python（3）

压力小子呀

已于 2023-10-27 18:08:39 修改

阅读量297

点赞数 7

分类专栏：零基础玩转Python 文章标签： python 开发语言 windows 编辑器

于 2023-10-23 17:18:25 首次发布

本文链接：https://blog.csdn.net/haijv/article/details/133994780

版权

零基础玩转Python 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

零基础玩转Python（3）

本节内容也是十分的简单上手，目标是让大家认识Python的常见数据类型中的一种，以及注释的用法，最后还有来自Python的’‘彩蛋’'，Python之禅。

文章目录

零基础玩转Python（3）

3.1 数字

数字类型有两类，一种是整数(Integers)，另外一种是浮点数(float)。以下介绍使用的都是Python的交互窗口，你也可以使用代码。

3.1.1 整数

整数有加法(+)，减法(-)，乘法(*)，除法(/)这几种基本的运算方法，和我们学的数学运算是一个原理。看以下示例：

>>> 1 + 3
4
>>> 5 - 3
2
>>> 6 * 8
48
>>> 8 / 5
1.6

还有乘方，例如2³使用(**)运算符，即2**3，看如下示例：

>>> 2 ** 3
8
>>> 3 ** 4
81
>>> 4 ** 2
16

当然Python也支持混合运算，看如下示例：

>>> (2 + 5) * 3
21
>>> (1 + 6) / 2
3.5
>>> 3 * 5 / 2
7.5

3.1.2 浮点数

所谓浮点数，就是小数，Python也为其提供了和整数一样的运算，看如下示例：

>>> 0.1 + 0.1
0.2
>>> 0.2 + 0.3
0.5
>>> 0.4 + 0.5
0.9

但是我们进行一些特殊数值的运算，会出现意料之外的结果，看如下示例：

>>> 0.1 + 0.2
0.30000000000000004
>>> 0.1 * 3
0.30000000000000004

我们发现末尾居然多了个4！在这边，我们暂时不用纠结，在后续，我们将会一起探讨如何处理这些“小尾巴”。

3.1.3 常数

Python不像C、Java等给出了明确的定义常量的语法，在Python程序员们常约定，将变量字母全部大写，认定其为常量，是不可去改变的。

看如下示例：

>>> NAME = 'Alex'
>>> BOX = 8
>>> NAME
'Alex'
>>> BOX
8

3.1.4 多重赋值方法

介绍一下Python可以给多个变量赋值的一个好方法，如下：

>>> x, y, z = 1, 2, 3
>>> print(x)
1
>>> print(y)
2
>>> print(z)
3

将多个变量用**逗号（,）**隔开，可以为其分别赋值，再也不用一个赋值写一行了。

3.2 注释

3.2.1 什么是注释？

注释是用于解释你的代码要干什么，因为当代码量多了以后，你过段日子回过头去看你的代码，你可能看不懂是什么意思，这样就很尴尬了，还有就是便于他人的阅读，从开始学习编程的时候就开始学会写注释，是一个很好的习惯。注意，注释部分不会被Python解释器所运行，会直接略过。

3.2.2 单行注释和多行注释

单行注释：

comments.py:

# 这是一个单行注释 我要打印'Hello Python!'
print('Hello Python')

运行结果：

Hello Python!

多行注释：

使用三对单引号将要注释的内容包括，看如下示例：

comments.py

'''
这是一个多行注释，
可以分为很多行，
且不会被执行,
我接下来要计算2+2的值
'''
print(2+2)

运行结果：

3.3 Python之禅

Python之禅是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!

感兴趣的朋友可以一句句去查相关意思，我这边最喜欢的就是第一句Beautiful is better than ugly.，美丽比丑陋要好，这句话意思就是写的代码要优美，有优美的布局，是让赏心悦目。这也是代码有其艺术成分的地方，学到后面，还会接触到很多Python优雅的设计，Python这门语言本身就是优美的，他易上手，并且用途广泛，这样的语言谁能不爱呢？