精华内容
下载资源
问答
  • python编码规范手册 目录 一、编码 2 二、行长度 2 三、引号 2 四、空行 2 五、import 语句 2 六、 注释 3 6.1、块注释 3 6.2、行注释 3 6.3、文档注释 4 七、 命名规范 5 7.1、模块 5 7.2、类名 5 7.3、函数 5 7.4...

    python编码规范手册

    目录
    一、编码	2
    二、行长度	2
    三、引号	2
    四、空行	2
    五、import 语句	2
    六、 注释	3
    6.1、块注释	3
    6.2、行注释	3
    6.3、文档注释	4
    七、 命名规范	5
    7.1、模块	5
    7.2、类名	5
    7.3、函数	5
    7.4、变量名	6
    7.5、常量名	6
    

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

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

    三、引号
    3.1、正则表达式,使用原生的双引号 r"…"
    3.2、文档字符串,使用三个双引号 “”"…"""

    四、空行
    模块级函数和类定义之间空两行;类成员函数之间空一行;可以使用多个空行分隔多组相关的函数,函数中可以使用空行分隔出逻辑相关的代码。

    class A:

    def __init__(self):
        pass
    
    def hello(self):
        pass
    

    def main():
    pass

    五、import 语句

    import语句应该分行书写

    # 正确的写法
    import os
    import sys
    
    # 不推荐的写法
    import sys,os
    

    六、注释
    6.1、块注释

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

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

    6.2、行注释

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

    # 正确的写法
    x = x + 1  # 边框加粗一个像素
    
    # 不推荐的写法(无意义的注释)
    x = x + 1 # x加1
    

    在代码的关键部分(或比较复杂的地方), 能写注释的要尽量写注释

    比较重要的注释段, 使用多个等号隔开, 可以更加醒目, 突出重要性

    app = create_app(name, options)
    
    # =====================================
    # 请勿在此处添加 get post等app路由行为 !!!
    # =====================================
    
    if __name__ == '__main__':
        app.run()
    

    6.3、文档注释

    作为文档的注释一般出现在模块头部、函数和类的头部。文档注释以 “”" 开头和结尾, 首行不换行, 如有多行, 末行必需换行,不要在文档注释复制函数定义原型, 而是具体描述其具体内容, 解释具体参数和返回值等

    #  不推荐的写法(不要写函数原型等废话)
    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
        返回值的具体描述
    

    文档注释不是越长越好, 通常一两句话能把情况说清楚即可。
    模块、公有类、公有方法, 能写文档注释的, 应该尽量写文档注释。

    七、命名规范
    7.1、模块

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

    # 正确的模块名
    import decoder
    import html_parser
    
    # 不推荐的模块名
    import Decoder
    

    7.2、类名

    类名使用驼峰(CamelCase)命名风格,首字母大写,私有类可用一个下划线开头。将相关的类和顶级函数放在同一个模块里. 不像Java, 没必要限制一个类一个模块。

    class Farm():
        pass
    
    class AnimalFarm(Farm):
        pass
    
    class _PrivateFarm(Farm):
        pass
    

    7.3、函数

    函数名一律小写,如有多个单词,用下划线隔开。

    def run():
        pass
    
    def run_with_env():
        pass
    

    私有函数在函数前加一个下划线_

    class Person():
    
       	def _private_func():
            pass
    

    7.4、变量名

    变量名尽量小写, 如有多个单词,用下划线隔开。

    if __name__ == '__main__':
        count = 0
        school_name = ''
    

    7.5、常量名

    常量使用以下划线分隔的大写命名。
    常量采用全大写,如有多个单词,使用下划线隔开。

    MAX_CLIENT = 100
    MAX_CONNECTION = 1000
    CONNECTION_TIMEOUT = 600
    
    展开全文
  • 此时你已经可以写一个更长更复杂的 Python 程序,是时候讨论一下 编码风格 了。大多数语言可以写(或者更明白地说, 格式化 )作几种不同的风格。有些比其它的更好读。让你的代码对别人更易读是个好想法,养成良好的...

    此时你已经可以写一个更长更复杂的 Python 程序,是时候讨论一下 编码风格 了。大多数语言可以写(或者更明白地说, 格式化 )作几种不同的风格。有些比其它的更好读。让你的代码对别人更易读是个好想法,养成良好的编码风格对此很有帮助。

    对于 Python, PEP 8 引入了大多数项目遵循的风格指导。它给出了一个高度可读,视觉友好的编码风格。每个 Python 开发者都应该读一下,大多数要点都会对你有帮助:

    使用 4 空格缩进,而非 TAB。

    在小缩进(可以嵌套更深)和大缩进(更易读)之间,4空格是一个很好的折中。TAB 引发了一些混乱,最好弃用。

    折行以确保其不会超过 79 个字符。

    这有助于小显示器用户阅读,也可以让大显示器能并排显示几个代码文件。

    使用空行分隔函数和类,以及函数中的大块代码。

    可能的话,注释独占一行

    使用文档字符串

    把空格放到操作符两边,以及逗号后面,但是括号里侧不加空格: a = f(1, 2) + g(3, 4) 。

    统一函数和类命名。

    推荐类名用 驼峰命名, 函数和方法名用 小写_和_下划线。总是用 self 作为方法的第一个参数(关于类和方法的知识详见 初识类 )。

    不要使用花哨的编码,如果你的代码的目的是要在国际化 环境。 Python 的默认情况下,UTF-8,甚至普通的 ASCII 总是工作的最好。

    同样,也不要使用非 ASCII 字符的标识符,除非是不同语种的会阅读或者维护代码。

    展开全文
  • 决定开始Python之路了,利用业余时间,争取更...PEP8 Python 编码规范一 代码编排1 缩进。4个空格的缩进(编辑器都可以完成此功能),不使用Tap,更不能混合使用Tap和空格。2 每行最大长度79,换行可以使用反斜杠...

    决定开始Python之路了,利用业余时间,争取更深入学习Python。编程语言不是艺术,而是工作或者说是工具,所以整理并遵循一套编码规范是十分必要的。所以今天下午我根据PEP 8整理了一份,以后都照此编码了,还会持续更新。

    PEP8 Python 编码规范

    一 代码编排

    1 缩进。4个空格的缩进(编辑器都可以完成此功能),不使用Tap,更不能混合使用Tap和空格。

    2 每行最大长度79,换行可以使用反斜杠,最好使用圆括号。换行点要在操作符的后边敲回车。

    3 类和top-level函数定义之间空两行;类中的方法定义之间空一行;函数内逻辑无关段落之间空一行;其他地方尽量不要再空行。

    二 文档编排

    1 模块内容的顺序:模块说明和docstring—import—globals&constants—其他定义。其中import部分,又按标准、三方和自己编写顺序依次排放,之间空一行。

    2 不要在一句import中多个库,比如import os, sys不推荐。

    3 如果采用from XX import XX引用库,可以省略"module.’,都是可能出现命名冲突,这时就要采用import XX。

    三 空格的使用

    总体原则,避免不必要的空格。

    1 各种右括号前不要加空格。

    2 逗号、冒号、分号前不要加空格。

    3 函数的左括号前不要加空格。如Func(1)。

    4 序列的左括号前不要加空格。如list[2]。

    5 操作符左右各加一个空格,不要为了对齐增加空格。

    6 函数默认参数使用的赋值符左右省略空格。

    7 不要将多句语句写在同一行,尽管使用";’允许。

    8 if/for/while语句中,即使执行语句只有一句,也必须另起一行。

    四 注释

    总体原则,错误的注释不如没有注释。所以当一段代码发生变化时,第一件事就是要修改注释!

    注释必须使用英文,最好是完整的句子,首字母大写,句后要有结束符,结束符后跟两个空格,开始下一句。如果是短语,可以省略结束符。

    1 块注释,在一段代码前增加的注释。在"#’后加一空格。段落之间以只有"#’的行间隔。比如:

    # Description : Module config.

    #

    # Input : None

    #

    # Output : None

    2 行注释,在一句代码后加注释。比如:x = x + 1 # Increment x

    但是这种方式尽量少使用。

    3 避免无谓的注释。

    五 文档描述

    1 为所有的共有模块、函数、类、方法写docstrings;非共有的没有必要,但是可以写注释(在def的下一行)。

    2 如果docstring要换行,参考如下例子,详见PEP 257

    """Return a foobang

    Optional plotz says to frobnicate the bizbaz first.

    """

    六 命名规范

    总体原则,新编代码必须按下面命名风格进行,现有库的编码尽量保持风格。

    1 尽量单独使用小写字母"l’,大写字母"O’等容易混淆的字母。

    2 模块命名尽量短小,使用全部小写的方式,可以使用下划线。

    3 包命名尽量短小,使用全部小写的方式,不可以使用下划线。

    4 类的命名使用CapWords的方式,模块内部使用的类采用_CapWords的方式。

    5 异常命名使用CapWords+Error后缀的方式。

    6 全局变量尽量只在模块内有效,类似C语言中的static。实现方法有两种,一是__all__机制;二是前缀一个下划线。

    7 函数命名使用全部小写的方式,可以使用下划线。

    8 常量命名使用全部大写的方式,可以使用下划线。

    9 类的属性(方法和变量)命名使用全部小写的方式,可以使用下划线。

    9 类的属性有3种作用域public、non-public和subclass API,可以理解成C++中的public、private、protected,non-public属性前,前缀一条下划线。

    11 类的属性若与关键字名字冲突,后缀一下划线,尽量不要使用缩略等其他方式。

    12 为避免与子类属性命名冲突,在类的一些属性前,前缀两条下划线。比如:类Foo中声明__a,访问时,只能通过Foo._Foo__a,避免歧义。如果子类也叫Foo,那就无能为力了。

    13 类的方法第一个参数必须是self,而静态方法第一个参数必须是cls。

    七 编码建议

    1 编码中考虑到其他python实现的效率等问题,比如运算符"+’在CPython(Python)中效率很高,都是Jython中却非常低,所以应该采用.join()的方式。

    2 尽可能使用"is’"is not’取代"==’,比如if x is not None 要优于if x。

    3 使用基于类的异常,每个模块或包都有自己的异常类,此异常类继承自Exception。

    4 异常中不要使用裸露的except,except后跟具体的exceptions。

    5 异常中try的代码尽可能少。比如:

    try:

    value = collection[key]

    except KeyError:

    return key_not_found(key)

    else:

    return handle_value(value)

    要优于

    try:

    # Too broad!

    return handle_value(collection[key])

    except KeyError:

    # Will also catch KeyError raised by handle_value()

    return key_not_found(key)

    6 使用startswith() and endswith()代替切片进行序列前缀或后缀的检查。比如

    Yes: if foo.startswith("bar’):优于

    No: if foo[:3] == "bar’:

    7 使用isinstance()比较对象的类型。比如

    Yes: if isinstance(obj, int): 优于

    No: if type(obj) is type(1):

    8 判断序列空或不空,有如下规则

    Yes: if not seq:

    if seq:

    优于

    No: if len(seq)

    if not len(seq)

    9 字符串不要以空格收尾。

    10 二进制数据判断使用 if boolvalue的方式。

    展开全文
  • 前言项目中代码风格规范的好处:好处1:代码风格的统一可以很好地提高代码的可读性。制定一个相同的代码风格,如直接选用...尤其是灵活的脚本语言Python、JS等,越是灵活越需要规范,代码更多是写给人看,而不是仅...

    前言

    项目中代码风格规范的好处:

    好处1:代码风格的统一可以很好地提高代码的可读性。制定一个相同的代码风格,如直接选用Python的PEP8官方风格指南,严格遵守后可以得到美观又统一风格的项目代码,这在多人协作的开发中是很有必要的,每个人编写代码的习惯不一样,特别是有些喜欢用一些奇怪或新奇的写法,这样可读性很差。尤其是灵活的脚本语言Python、JS等,越是灵活越需要规范,代码更多是写给人看,而不是仅仅给机器跑而已。实际上Github上稍微正规的项目都有自己的项目代码规范,如果没有显式标注,那便是默认使用官方的风格指南。Python的PEP8规范很详细,作为语言本身重要的补充,规范是代码简洁美观的有力保障。

    好处2:可以发现隐藏的bug。代码风格如果规范得好(像PEP8),是可以发现代码中潜藏的bug的,比如未定义的变量,定义了变量却没使用,变量覆盖等等,当代码量越来越大,况且单元测试不完善的时候,代码规范检查可以发现一些基础的不良写法,发现隐藏的bug。(还是那句话,人都是不可靠的,总会有疏忽)

    好处 3:可以稍微提高性能。比如定义的变量未使用,引入的模块未使用等,会造成额外的性能消耗和代码冗余,代码规范可以方便地检查出来。

    代码规范的检查最好是做到自动化,最少也要配置快捷使用方式。可以使用flake8和autopep8等检查规范和自动格式化代码的工具,很多IDE和编辑器都可以配置插件和快捷使用方式。Python中最专业最强大的IDE当数Pycharm,可以配置「External Tools」,Sublime之类的编辑器也可以方便地配置插件。

    即便有工具可以检查和格式化代码,但自己平时编写代码时最好还是按照规范来编写,第一工具并非万能,不能过分依赖;第二是按照规范来编写本来就是一个习惯问题,养成好习惯,也就离编写漂亮又优雅代码的目标不远了。

    正文

    一 代码编排

    1 缩进。4个空格的缩进(编辑器都可以完成此功能),不要使用Tap,更不能混合使用Tap和空格。

    2 每行最大长度79,换行可以使用反斜杠,最好使用圆括号。换行点要在操作符的后边敲回车。

    3 类和top-level函数定义之间空两行;类中的方法定义之间空一行;函数内逻辑无关段落之间空一行;其他地方尽量不要再空行。

    二 文档编排

    1 模块内容的顺序:模块说明和docstring—import—globals&constants—其他定义。其中import部分,又按标准、三方和自己编写顺序依次排放,之间空一行。

    2 不要在一句import中多个库,比如import os, sys不推荐。

    3 如果采用from XX import XX引用库,可以省略"module.’,都是可能出现命名冲突,这时就要采用import XX。

    三 空格的使用

    总体原则,避免不必要的空格。

    1 各种右括号前不要加空格。

    2 逗号、冒号、分号前不要加空格。

    3 函数的左括号前不要加空格。如Func(1)。

    4 序列的左括号前不要加空格。如list[2]。

    5 操作符左右各加一个空格,不要为了对齐增加空格。

    6 函数默认参数的赋值符左右省略空格。

    7 不要将多句语句写在同一行,尽管使用";’允许。

    8 if/for/while语句中,即使执行语句只有一句,也必须另起一行。

    四 注释

    总体原则,错误的注释不如没有注释。所以当一段代码发生变化时,第一件事就是要修改注释!

    注释必须使用英文,最好是完整的句子,首字母大写,句后要有结束符,结束符后跟两个空格,开始下一句。如果是短语,可以省略结束符。

    1 块注释,在一段代码前增加的注释。在"#’后加一空格。段落之间以只有"#’的行间隔。

    2 行注释,在一句代码后加注释。比如:x = x + 1 # Increment x

    但是这种方式尽量少使用。

    3 避免无谓的注释。

    五 文档描述

    1 为所有的共有模块、函数、类、方法写docstrings;非共有的没有必要,但是可以写注释(在def的下一行)。

    2 如果docstring要换行,参考如下例子,详见PEP 257

    """Return a foobang

    Optional plotz says to frobnicate the bizbaz first.

    """

    六 命名规范

    总体原则,新编代码必须按下面命名风格进行,现有库的编码尽量保持风格。

    1 尽量单独使用小写字母"l’,大写字母"O’等容易混淆的字母。

    2 模块命名尽量短小,使用全部小写的方式,可以使用下划线。

    3 包命名尽量短小,使用全部小写的方式,不可以使用下划线。

    4 类的命名使用CapWords的方式,模块内部使用的类采用_CapWords的方式。

    5 异常命名使用CapWords+Error后缀的方式。

    6 全局变量尽量只在模块内有效,类似C语言中的static。实现方法有两种,一是__all__机制;二是前缀一个下划线。

    7 函数命名使用全部小写的方式,可以使用下划线。

    8 常量命名使用全部大写的方式,可以使用下划线。

    9 类的属性(方法和变量)命名使用全部小写的方式,可以使用下划线。

    9 类的属性有3种作用域public、non-public和subclass API,可以理解成C++中的public、private、protected,non-public属性前,前缀一条下划线。

    11 类的属性若与关键字名字冲突,后缀一下划线,尽量不要使用缩略等其他方式。

    12 为避免与子类属性命名冲突,在类的一些属性前,前缀两条下划线。比如:类Foo中声明__a,访问时,只能通过Foo._Foo__a,避免歧义。如果子类也叫Foo,那就无能为力了。

    13 类的方法第一个参数必须是self,而静态方法第一个参数必须是cls。

    七 编码建议

    1 编码中考虑到其他python实现的效率等问题,比如运算符"+’在CPython(Python)中效率很高,都是Jython中却非常低,所以应该采用.join()的方式。

    2 尽可能使用"is’"is not’取代"==’,比如if x is not None 要优于if x。

    3 使用基于类的异常,每个模块或包都有自己的异常类,此异常类继承自Exception。

    4 异常中不要使用裸露的except,except后跟具体的exceptions。

    5 异常中try的代码尽可能少。比如:

    try:

    value = collection[key]

    except KeyError:

    return key_not_found(key)

    else:

    return handle_value(value)

    要优于

    try:

    # Too broad!

    return handle_value(collection[key])

    except KeyError:

    # Will also catch KeyError raised by handle_value()

    return key_not_found(key)

    6 使用startswith() and endswith()代替切片进行序列前缀或后缀的检查。比如

    Yes: if foo.startswith("bar’):优于

    No: if foo[:3] == "bar’:

    7 使用isinstance()比较对象的类型。比如

    Yes: if isinstance(obj, int): 优于

    No: if type(obj) is type(1):

    8 判断序列空或不空,有如下规则

    Yes: if not seq:

    if seq:

    优于

    No: if len(seq)

    if not len(seq)

    9 字符串不要以空格收尾。

    10 二进制数据判断使用 if boolvalue的方式。

    展开全文
  • python编码规范手册 Git,调试,测试,终端,Linux,云,网络,模式/反模式-这到底是什么? 不用担心,我们会从头到尾进行处理(我保证,一路走来),您需要了解与他人合作精通的一切。 为什么有那么多工具? ...
  • Python的代码样式规范称之为PEP 8规范,每次编写代码如果有出现不符合PEP 8规范的话,pycharm就会提示我,就像下面这样:image上面的提示意思就是:语句后面跟注释的话至少要隔两个空格,而我只打了一个空格。...
  • 写在之前每个人都有自己的代码风格,随着写的行数增加,自己对于代码的审美也会变的不一样,这就像是一个逐渐蜕变的过程,每过一段时间回头再去看看自己之前写的...等学了 Python 以后,神奇的发现 Python 官方竟...
  • 一、python规范 参考:https://zh-google-styleguide.readthedocs.io/en/latest/google-python-styleguide/的风格规范和语音规范 工具:pylint,可以下载使用pycharm的pylint插件;也可以通过扩展工具的方式使用...
  • Python基础语法 资料 - 菜鸟教程 - 基础知识手册书籍 - Python官网API
  • python-pep8编码规范

    2018-08-01 10:39:38
    qt-designer设计手册chm版 ddd
  • 编码规范

    2019-11-03 20:35:47
    阿里巴巴Java开发手册 26条JAVA编码规范,让你的代码看起来不Low! Android编码规范 HTML 编码规范 CSS开发中的编码规范 ...Google 出品 Python 编码规范 C/C++编码规范总结 这样编码才规范 128个编码好习惯 ...
  • Python 编码风格指南

    2019-10-19 20:32:43
    PEP 8由Guido van Rossum和Barry Warsaw撰写,是Python的最接近编程风格手册的东西。这里省略了一些比较具体的部分,但主要内容都已包括。应该尽可能让代码遵守PEP 8规范,代码会由此更具Python风格。 访问Python...
  • Python编码风格指南

    2019-08-21 16:08:11
    PEP 8由Guido van Rossum和Barry Warsaw撰写,是Python的最接近编程风格手册的东西。这里省略了一些比较具体的部分,但主要内容都已包括。应该尽可能让代码遵守PEP 8规范,代码会由此更具Python风格。 访问Python...
  • python 官网定义的编码风格: PEP 8 -- Style Guide for Python Code | Python.org ...为了帮助大家形成统一的编码风格,Python 官方提供了同名的命令行工具,该工具能够检查python代码是否违反PEP8 编码规范,并.
  • python自动化测试编码规范

    千次阅读 2013-07-18 19:42:14
    目录下再分目录,以命令手册的目录为参考,全部使用小写,空格用_代替。如: management telnetaaa switching vlanport_mirroring setup : 安装脚本 文件命名 全小写,不同单词间加_。测试用例脚
  • PHP编码规范(PSR规范): PHP FIG,FIG 是 Framework Interoperability Group(框架可互用性小组)的缩写,由几位开源框架的开发者成立于 2009 年,从那开始也选取了很多其他成员进来(包括但不限于 Laravel, ...
  • Python参考手册(第4版)

    2015-11-09 22:21:34
    Python参考手册(第4版) 第一部分 Python语言  第1章 Python简介 2  1.1 运行Python 2  1.2 变量和算术表达式 3  1.3 条件语句 5  1.4 文件输入和输出 6  1.5 字符串 7  1.6 列表 8  1.7 元组 9  1.8 集合 ...
  • Python-metar是一个Python软件包,用于解释METAR和SPECI编码的天气报告。 METAR和SPECI是编码的航空天气报告。 官方编码方案在世界气象组织(WMO)编码手册A卷(I.1卷)(WMO-306 IiA)中进行了规定。 美国关于...
  • 2019独角兽企业重金招聘Python工程师标准>>> ...
  • Python参考手册(第4版 中文高清版)

    热门讨论 2013-03-23 17:20:57
    17.1 关系数据库API规范 17.1.1 连接 17.1.2 Cursor 17.1.3 生成查询 17.1.4 类型对象 17.1.5 错误处理 17.1.6 多线程 17.1.7 将结果映射到字典中 17.1.8 数据库API扩展 17.2 sqlite3模块 17.2.1 模块级函数 17.2.2 ...
  • selenim+python相关资料

    2018-12-12 10:48:05
    初次尝试,为了方便查阅转载以下资料 1.python的相关资料  python 2.7官方资料  python3.x官方资料 ...python编码规范 CSS参考手册 以上信息来自jntcf ,感兴趣的可以查看关注      ...
  • Python基础语法资料

    2020-10-27 13:59:39
    1.python编码规范国际规范名:PEP [8https://www.jianshu.com/p/e132bea1d2c9] - 变量名规范(标识符规范) 由字母数字或下划线组成,首字母不能为数字 不能为关键字 建议使用驼峰命名法 首字母小写,第二个单词...
  • python基础语法(一)

    2020-10-26 19:29:18
    python编码规范 *国际编码规范 国际规范名:PEP 8 https://www.jianshu.com/p/e132bea1d2c9 #网址 变量名规范(标识符规范) 由字母数字或下划线组成,首字母不能为数字 不能为关键字 建议使用驼峰命名法 搜...
  • 学好Python必读的几篇文章

    千次阅读 2011-01-17 10:33:00
     作为脚本语言Python上手容易,但要学好Python能写出一手漂亮的、Pythonic的Python代码并非一日之功,本文的目的在于推荐一些优秀的... PEP8 Style Guide for Python Code 排第一的当属Python编码规范PEP
  • Python+开发编码规范.doc 嵌入python.rar pythonstdlib.chm pythonprogwin.chm PYTHON2.5官方手册中文翻译版.pdf .....................
  • 技术手册 Python初级手册 Python进阶手册 Python2手册 Python3手册 HTML手册 CSS手册 CSS3手册 HTML5手册 Boostrap4手册 Boostrap3手册 ... PHP编码规范 YII2.0手册 Hadoop手册 ApachePig手册
  • MoinMoin配置手册

    2009-11-04 11:15:16
     实现了全部Wiki规范,Unicode编码支持多语种  完整实用的wiki文本约定,编辑规则比较轻巧易学,包含所见即所得编辑环境  拥有访问权限控制  支持多种扩展方式: 宏,插件,预处理,语法着色,XML RPC……  ...
  • matlab集成c代码 ...还有就是非常适合全公司推广,利于项目维护以及规范开发。 python # 集合需要加set,而list和dict只需要[]、{}。 f = [] f = set() f = {} git pull 下来的时候要首先fetch diff merge ...

空空如也

空空如也

1 2 3
收藏数 42
精华内容 16
关键字:

python编码规范手册

python 订阅