GitVP开源文摘
全部文章/编程语言

小白 python 教程

小白 python 教程

作者walter201230 仓库walter201230/Python ↗ 星标★ 28,095 字数17,760 许可CC-BY-4.0 阅读1
GitHub 原文 ↗
摘要IT 行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰,但是,我们要清楚:淘汰的永远只是那些初级水平的从业者,过硬技术的从业者永远都是稀缺的。因此对于学习,我们还是要踏踏实实的。

IT 行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰,但是,我们要清楚:淘汰的永远只是那些初级水平的从业者,过硬技术的从业者永远都是稀缺的。因此对于学习,我们还是要踏踏实实的。

自学 Python ,也是一样,不要一开始因为头脑发热就不停地收藏各种资料网站,购买各种书籍,下载了大量的教学视频,过了几天,学习的热情开始褪去,再过几个星期,终于完成了学习课程 —— 《从入门到放弃》。所以,学习 Python 需要一步一个脚印,踏踏实实地学。

本教程基于 Python 3.10+ 编写,部分章节标注了 3.11/3.12/3.13 的新特性。两个在线站点任选: - 互动版(推荐零基础):https://learn-py.org —— 浏览器里直接写代码、自动判分、做对一题解锁下一题,跟着练就能上手 - 文档版(推荐系统通读 / 速查):https://walter201230.github.io/Python/ —— 纯阅读形态,章节齐全可整本翻,手机也好看

2026 更新说明

2026 年是 AI 编程的普及年,在这一年,我深切感受到 AI 编程的强大,以前我们手敲代码的年代估计一去不复返,现在手敲代码还被互联网称为古法编程,短短几年,变化如此的快,我是完全没想到的。

AI 时代,我以为这个课程不会再有人看了,但没想到这个教程依然每天保持着稳定的增长,于是我用 AI 把我这个项目全面更新了一下。

更新完了全部教程内容之后,我用 AI 做了一个网站,更方便大家学习,不过为了省成本,我这个是静态网站,该有的功能都有,该有的体验也有,只是没法做到跨设备保存你学习的记录而已。

这个网站的地址是:https://learn-py.org

这是一个升级打怪学习 Python 基础知识的网站,你在浏览器里就可以写代码,一题一题练。代码当场跑、判分秒回,做对一题解锁下一题。截几张图给大家感受下:

首页:会记录你的学习进度

image-20260507173345449

课程内容:每学完一个知识点,会有练习题,你可以在线写代码,提交代码,正确了就解锁下一部分的教程内容

image-20260507173554160

对于初学者来说,体验一定非常的好。快去试试吧。也欢迎推荐给你的朋友。

Python 入门

对于入门,主要是掌握基本的语法和熟悉编程规范,因此大部分的教程基本一致的,所以还是建议选好适合自己的一个教程,坚持学下去。

主要目录如下:

- [初识 Python 正则表达式](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/1.md)
- [字符集](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/2.md)
- [数量词](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/3.md)
- [边界匹配符和组](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/4.md)
- [re.sub](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/5.md)
- [re.match 和 re.search](https://raw.githubusercontent.com/walter201230/Python/HEAD/Article/PythonBasis/python14/6.md)

持续更新....

可以关注我的公众号,实时了解更新情况。

License

License: CC BY 4.0

教程内容(markdown / 代码示例 / 图片)以 CC BY 4.0 协议授权。

© 2017–2026 walter201230。任何人可以自由分享和改编,仅需署名原作者。


codeSpecification Preface

前言 #

本来不应该把这个章节放在那面前面的,因为还没进行学习之前,直接看这个章节,会感觉有很多莫名其妙的东西。

但是把这个章节放在前面的用意,只是让大家预览一下,有个印象,而且在以后的学习中,也方便大家查阅。

目录 #

本章思维导图

- 1、编码
- 2、代码格式
    - 2.1、缩进
    - 2.2、行宽
    - 2.3、引号
    - 2.4、空行
    - 2.5、编码
- 3、import 语句
- 4、空格
- 5、换行
- 6、docstring
- 1、注释
    - 1.1、块注释
    - 1.2、行注释
    - 1.3、建议
- 2、文档注释(Docstring)
- 1、模块
- 2、类名
- 3、函数
- 4、变量名
- 5、常量

codeSpecification first

一、简明概述

1、编码

  • 如无特殊情况, 文件一律使用 UTF-8 编码
  • 如无特殊情况, 文件头部必须加入#-*-coding:utf-8-*-标识

2、代码格式

2.1、缩进

  • 统一使用 4 个空格进行缩进

2.2、行宽

每行代码尽量不超过 80 个字符(在特殊情况下可以略微超过 80 ,但最长不得超过 120)

理由:

  • 这在查看 side-by-side 的 diff 时很有帮助
  • 方便在控制台下查看代码
  • 太长可能是设计有缺陷

2.3、引号

简单说,自然语言使用双引号,机器标示使用单引号,因此 __代码里__ 多数应该使用 __单引号__

  • 自然语言 使用双引号 "..." 例如错误信息;很多情况还是 unicode,使用u"你好世界"
  • 机器标识 使用单引号 '...' 例如 dict 里的 key
  • 正则表达式 使用原生的双引号 r"..."
  • 文档字符串 (docstring) 使用三个双引号 """......"""

2.4、空行

  • 模块级函数和类定义之间空两行;
  • 类成员函数之间空一行;
class A:

    def __init__(self):
        pass

    def hello(self):
        pass


def main():
    pass   
  • 可以使用多个空行分隔多组相关的函数
  • 函数中可以使用空行分隔出逻辑相关的代码

3、import 语句

  • import 语句应该分行书写
# 正确的写法
import os
import sys

# 不推荐的写法
import sys,os

# 正确的写法
from subprocess import Popen, PIPE
  • import语句应该使用 __absolute__ import

# 正确的写法
from foo.bar import Bar

# 不推荐的写法
from ..bar import Bar
  • import语句应该放在文件头部,置于模块说明及docstring之后,于全局变量之前;
  • import语句应该按照顺序排列,每组之间用一个空行分隔

import os
import sys

import msgpack
import zmq

import foo
  • 导入其他模块的类定义时,可以使用相对导入

from myclass import MyClass
  • 如果发生命名冲突,则可使用命名空间

import bar
import foo.bar

bar.Bar()
foo.bar.Bar()

4、空格

  • 在二元运算符两边各空一格[=,-,+=,==,>,in,is not, and]:

# 正确的写法
i = i + 1
submitted += 1
x = x * 2 - 1
hypot2 = x * x + y * y
c = (a + b) * (a - b)

# 不推荐的写法
i=i+1
submitted +=1
x = x*2 - 1
hypot2 = x*x + y*y
c = (a+b) * (a-b)
  • 函数的参数列表中,,之后要有空格
# 正确的写法
def complex(real, imag):
    pass

# 不推荐的写法
def complex(real,imag):
    pass
  • 函数的参数列表中,默认值等号两边不要添加空格
# 正确的写法
def complex(real, imag=0.0):
    pass

# 不推荐的写法
def complex(real, imag = 0.0):
    pass
  • 左括号之后,右括号之前不要加多余的空格

# 正确的写法
spam(ham[1], {eggs: 2})

# 不推荐的写法
spam( ham[1], { eggs : 2 } )
  • 字典对象的左括号之前不要多余的空格

# 正确的写法
dict['key'] = list[index]

# 不推荐的写法
dict ['key'] = list [index]
  • 不要为对齐赋值语句而使用的额外空格
# 正确的写法
x = 1
y = 2
long_variable = 3

# 不推荐的写法
x             = 1
y             = 2
long_variable = 3

5、换行

Python 支持括号内的换行。这时有两种情况。

  1. 第二行缩进到括号的起始处

foo = long_function_name(var_one, var_two,
                         var_three, var_four)
  1. 第二行缩进 4 个空格,适用于起始括号就换行的情形
def long_function_name(
        var_one, var_two, var_three,
        var_four):
    print(var_one)

使用反斜杠\换行,二元运算符+ .等应出现在行末;长字符串也可以用此法换行

session.query(MyTable).\
        filter_by(id=1).\
        one()

print 'Hello, '\
      '%s %s!' %\
      ('Harry', 'Potter')

禁止复合语句,即一行中包含多个语句:

# 正确的写法
do_first()
do_second()
do_third()

# 不推荐的写法
do_first();do_second();do_third();

if/for/while一定要换行:

# 正确的写法
if foo == 'blah':
    do_blah_thing()

# 不推荐的写法
if foo == 'blah': do_blash_thing()

6、docstring

docstring 的规范中最其本的两点:

  1. 所有的公共模块、函数、类、方法,都应该写 docstring 。私有方法不一定需要,但应该在 def 后提供一个块注释来说明。
  2. docstring 的结束"""应该独占一行,除非此 docstring 只有一行。
"""Return a foobar
Optional plotz says to frobnicate the bizbaz first.
"""

"""Oneline docstring"""

codeSpecification second

二、注释

1、注释

1.1、块注释

“#”号后空一格,段落件用空行分开(同样需要“#”号)

# 块注释
# 块注释
#
# 块注释
# 块注释

1.2、行注释

至少使用两个空格和语句分开,注意不要使用无意义的注释

# 正确的写法
x = x + 1  # 边框加粗一个像素

# 不推荐的写法(无意义的注释)
x = x + 1 # x加1

1.3、建议

  • 在代码的关键部分(或比较复杂的地方), 能写注释的要尽量写注释
  • 比较重要的注释段, 使用多个等号隔开, 可以更加醒目, 突出重要性

app = create_app(name, options)


# =====================================
# 请勿在此处添加 get post等app路由行为 !!!
# =====================================


if __name__ == '__main__':
    app.run()

2、文档注释(Docstring)

作为文档的Docstring一般出现在模块头部、函数和类的头部,这样在python中可以通过对象的\_\_doc\_\_对象获取文档. 编辑器和IDE也可以根据Docstring给出自动提示.

  • 文档注释以 """ 开头和结尾, 首行不换行, 如有多行, 末行必需换行, 以下是Google的docstring风格示例
# -*- coding: utf-8 -*-
"""Example docstrings.

This module demonstrates documentation as specified by the `Google Python
Style Guide`_. Docstrings may extend over multiple lines. Sections are created
with a section header and a colon followed by a block of indented text.

Example:
    Examples can be given using either the ``Example`` or ``Examples``
    sections. Sections support any reStructuredText formatting, including
    literal blocks::

        $ python example_google.py

Section breaks are created by resuming unindented text. Section breaks
are also implicitly created anytime a new section starts.
"""
  • 不要在文档注释复制函数定义原型, 而是具体描述其具体内容, 解释具体参数和返回值等

#  不推荐的写法(不要写函数原型等废话)
def function(a, b):
    """function(a, b) -> list"""
    ... ...


#  正确的写法
def function(a, b):
    """计算并返回a到b范围内数据的平均值"""
    ... ...
  • 对函数参数、返回值等的说明采用numpy标准, 如下所示
def func(arg1, arg2):
    """在这里写函数的一句话总结(如: 计算平均值).

    这里是具体描述.

    参数
    ----------
    arg1 : int
        arg1的具体描述
    arg2 : int
        arg2的具体描述

    返回值
    -------
    int
        返回值的具体描述

    参看
    --------
    otherfunc : 其它关联函数等...

    示例
    --------
    示例使用doctest格式, 在`>>>`后的代码可以被文档测试工具作为测试用例自动运行

    >>> a=[1,2,3]
    >>> print [x + 3 for x in a]
    [4, 5, 6]
    """
  • 文档注释不限于中英文, 但不要中英文混用
  • 文档注释不是越长越好, 通常一两句话能把情况说清楚即可
  • 模块、公有类、公有方法, 能写文档注释的, 应该尽量写文档注释

codeSpecification third

三、命名规范

1、模块

  • 模块尽量使用小写命名,首字母保持小写,尽量不要用下划线(除非多个单词,且数量不多的情况)

# 正确的模块名
import decoder
import html_parser

# 不推荐的模块名
import Decoder

2、类名

  • 类名使用驼峰(CamelCase)命名风格,首字母大写,私有类可用一个下划线开头
class Farm():
    pass

class AnimalFarm(Farm):
    pass

class _PrivateFarm(Farm):
    pass
  • 将相关的类和顶级函数放在同一个模块里. 不像Java, 没必要限制一个类一个模块.

3、函数

  • 函数名一律小写,如有多个单词,用下划线隔开
def run():
    pass

def run_with_env():
    pass
  • 私有函数在函数前加一个下划线_
class Person():

    def _private_func():
        pass

4、变量名

  • 变量名尽量小写, 如有多个单词,用下划线隔开
if __name__ == '__main__':
    count = 0
    school_name = ''
  • 常量采用全大写,如有多个单词,使用下划线隔开
MAX_CLIENT = 100
MAX_CONNECTION = 1000
CONNECTION_TIMEOUT = 600

5、常量 ##

  • 常量使用以下划线分隔的大写命名
MAX_OVERFLOW = 100

class FooBar:

    def foo_bar(self, print_):
        print(print_)

本文由 GitVP 从 GitHub 收录并在站内全文呈现,版权归原作者所有(CC-BY-4.0)。

← 回到全部文章

同分类还有