- 综合排序
- 最热优先
- 最新优先
- 来自专栏自动化测试实战
locust入门 -3 脚本开发代码规范
locust代码规范 上文我们讲了locust的基本语法，现在我们先来认识一下locust代码规范。了解这些以后我们开发脚本的时候就会思路更清晰。 SequentialTaskSet): @task def create_tags(self): print('标记为task（2）的用例') @task(3) get_access_token(self): print("标记为task（1）的用例") @task def my_test(self): print("标记为task(3) api.weixin.qq.com' wait_time = constant(2) tasks = [SequExec] 此时执行事，就会先执行create_tags一次，然后执行get_access_token3次 再补充一句，从locust写代码过程中可以看出，locust比较适合做接口压测，因为locust请求的是接口，而没有涉及到页面数据加载这些内容。
66920编辑于 2022-04-12 - 来自专栏花狗在Qt
Java开发编程规范: 3.代码格式
如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果是非空代码块则： 1） 左大括号前不换行。 2） 左大括号后换行。 3） 右大括号前换行。 3） 方法调用的点符号与下文一起换行。 4） 方法调用中的多个参数需要换行时，在逗号后进行。 5） 在括号前不要换行，见反例。 说明：包括方法签名、结束右大括号、方法内代码、注释、空行、回车及任何不可见字符的总行数不超过 80 行。 正例：代码逻辑分清红花和绿叶，个性和共性，绿叶逻辑单独出来成为额外方法，使主干代码 更加清晰；共性逻辑抽取成为共性方法，便于复用和维护。 【推荐】不同逻辑、不同语义、不同业务的代码之间插入一个空行分隔开来以提升可读性。 说明：任何情形，没有必要插入多个空行进行隔开。
3K31发布于 2020-10-28 - 来自专栏前端学习笔记
代码规范
标识符命名规范 变量、函数的命名必须要有意义 变量的名称一般用名词 函数的名称一般用动词 2. 操作符规范 // 操作符的左右两侧各保留一个空格 for (var i = 1; i <= 5; i++) { if (i == 3) { break; // 直接退出整个 for 循环，跳到整个for循环下面的语句 } console.log('我正在吃第' + i + '个包子呢'); } 3. 单行注释规范 for (var i = 1; i <= 5; i++) { if (i == 3) { break; // 单行注释前面注意有个空格 } console.log 其他规范 关键词、操作符之间后加空格 ?
95641发布于 2020-10-26 - 来自专栏CodingToDie
开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? commit 的详细描述，可以分成多行 footer 部分只用于两种情况：1、不兼容变动；2、关闭issue 扩展：如果你使用 IDEA 进行编码，可以是使用 git commit template 插件来规范每次提交的 二、评审者 checklist 设计：代码是否经过精心设计并适合你的系统 功能：代码是否符合开发者意图？ 复杂性：代码是否可以更简洁？未来其他开发者接手时，代码是否易于理解与易用？ 测试：代码是否经过正确且设计良好的自动化测试 命名：开发人员是否为变量、类、方法等选择了明确的名称？ 风格：代码是否遵循了代码开发规范 文档：开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀，表明这是一个优化性的建议，可以不影响本次上线 应在一个工作日内完成评审，并给出意见 评价只针对代码和具体业务流程
2.5K20发布于 2021-04-13 - 来自专栏python3
Python代码规范和命名规范
前言 Python 学习之旅，先来看看 Python 的代码规范，让自己先有个意识，而且在往后的学习中慢慢养成习惯 目录 一、简明概述 1、编码 如无特殊情况, 文件一律使用 UTF -8 编码 如无特殊情况, 文件头部必须加入#-*-coding:utf-8-*-标识 2、代码格式 2.1、缩进 统一使用 4 个空格进行缩进 2.2、行宽 每行代码尽量不超过 80 个字符(在特殊情况下可以略微超过 ，因此 代码里 多数应该使用 单引号 自然语言 使用双引号 "..." 示例 -------- 示例使用doctest格式, 在`>>>`后的代码可以被文档测试工具作为测试用例自动运行 >>> a=[1,2,3] >>> print [x , 能写文档注释的, 应该尽量写文档注释 三、命名规范 1、模块 模块尽量使用小写命名，首字母保持小写，尽量不要用下划线(除非多个单词，且数量不多的情况) # 正确的模块名 import decoder
2.9K20发布于 2020-01-10 - 来自专栏python学习教程
Python代码规范之命名规范
不像Java, 没必要限制一个类一个模块. 3、函数 函数名一律小写，如有多个单词，用下划线隔开 def run(): pass def run_with_env(): pass 私有函数在函数前加一个下划线
2.4K10发布于 2019-08-26 - 来自专栏编程社区
PHP 代码规范
命名规范 Θ 类文件都以.class.php为后缀，使用驼峰法命名，并且首字母大写，例如 Pay.class.php; Θ 类名和目录_文件名一致。 1.函数或者方法体内的代码尽量控制在一个屏幕内。 3.修改别人的类中方法，要签名。 4.在每个模块内写个readme文件(用于比较复杂业务的说明或代码说明)。 5.尽量让每个类做自己的事，每个函数做一件事。 ]) && ($state = $arr[$error]); echo "$state \n"; 明显代码更加凝练，更加清楚，更易懂,速度也更快！ 总结 本来想把什么设计模式也往常用代码里放置，但是太多了，不太好放。这些只是微部而已！
3.8K10编辑于 2022-01-24 前端代码规范
前端代码规范文件目录规范页面主视图写在 pages/[name]/index.js页面内模块组件，可写在 pages/[name]/[item].js 文件夹，每个文件大于 1000 行请开始拆分公用组件写在 会存在挂链风险，需下载放入本地 public 文件夹主组件为 app.js 或 app.vue，内容主入口为 index.js，启动入口为 main.js（如 electron 或 ssr）HTML 规范尽量不要在 btnSubmit自定义组件命名大驼峰式 PromotionPanel尽量多用 h1~h6 dl/dt/dd cite code 等标签，能提升 SEO 效果通用 <mate> 标签，见 附HEAD 标签规范使用 活用权重覆盖尽量不要变动修改全局样式，可增加权重另写一段，如 .el-table.el-table-specail除小程序外，不推荐使用 position: fixed 布局可以使用 flex 等 CSS3 等原生事件混淆，而用函数或 trigger('updateSubjectList') 事件流每个函数推荐不超过 80 行，如超过请开始拆分函数参数不得超过 4 个，如超过请使用 options 入参进行拓展；已有代码可用包装器函数处理入参在链接中传参时
98620编辑于 2024-12-07- 来自专栏生信修炼手册
python代码规范
虽然说实现功能是编程的首要目的，但是在实际开发过程中，代码的可读性也是非常重要的。不同的人有不同的编程习惯和风格，对于一个团队而言，想要高效的协同开发，遵守一个统一的代码规范是非常重要且必要的。 举个例子，开发和维护数据分析的pipeline可以说的上是生信工程师的日常了，对于这样一个需要长期维护的项目而言，在开发阶段，遵循统一的代码规范，可以将任务拆分，分配给团队的不同人员进行开发，提高效率； 这一切的基础就是统一的代码规范，对于python而言，官方的PEP8规范是使用最广泛，认可度最高的代码规范，文档链接如下 https://www.python.org/dev/peps/pep-0008 3, 4, 5, 6, ] foo = long_function_name( var_one, var_two, var_three, var_four) # 为了将参数和函数内部的代码进行区分 ], {eggs: 2}) if x == 4: print x, y; x, y = y, x 多行语句，不需要用空格来人为对齐，示例如下 x = 1 y = 2 long_variable = 3
1.4K10发布于 2020-06-04 JavaScript 代码规范
所有的 JavaScript 项目适用同一种规范。 JavaScript 代码规范 代码规范通常包括以下几个方面: 变量和函数的命名规则 空格，缩进，注释的使用规则。 其他常用规范…… 规范的代码可以更易于阅读与维护。 代码规范一般在开发前规定，可以跟你的团队成员来协商设置。 ); 空格与运算符 通常运算符 ( = + - * / ) 前后需要添加空格: 实例: var x = y + z;var values = ["Volvo", "Saab", "Fiat"]; 代码缩进 通常使用 4 个空格符号来缩进代码块： 函数: function toCelsius(fahrenheit) { return (5 / 9) * (fahrenheit - 32); } 不推荐使用 "; 命名规则 一般很多代码语言的命名规则都是类似的，例如: 变量和函数为小驼峰法标识, 即除第一个单词之外，其他单词首字母大写（ lowerCamelCase） 全局变量为大写 (UPPERCASE
36310编辑于 2025-12-16- 来自专栏机械之心
代码工程规范
# 代码工程规范 软件项目开发规范。 # 项目结构 以下为项目根目录下的文件和目录的组织结构： # 目录 codes - 代码目录。 configurations - 配置目录。 不佳：advanced_usage.md 正确：advanced-usage.md # Java 日志规范 这里基于阿里巴巴 Java 开发手册日志规约章节，结合自己的开发经验做了一些增删和调整。 # 参考资料 阿里巴巴 Java 开发手册日志规约章节 效率提升 规范
65210编辑于 2023-04-07 - 来自专栏程序员奇点
GO 代码规范
-w consts/consts.go gosimple S1034(related information): could eliminate this type assertion 对比一下这两段代码 对于不同的代码实体（例如，单行代码、方法、package等）nolint注释的位置也不相同。可以参照此链接。
2.6K10编辑于 2023-07-08 - 来自专栏二猫の家
伪代码规范
在伪代码中，每一条指令占一行(else if 例外)，指令后不跟任何符号 书写上的缩进表示程序中的分支结构；同一模块中的语句具有相同的缩进量，通常每个算法开始时都要描述它的输入和输出，而且算法中的每一行都给编上行号 3.表达式 算术表达式可以使用通常的算术运算符（+，-，*，/，以及表示幂的^）。逻辑表达式可以使用关系运算符=,≠,<,>,≤和≥，以及逻辑运算符与(and),或（or），非（not）。 11.函数的编写 函数的伪代码格式例子为：search（A，name） //参数类型可以不给出，但必须在注释中说明
1.4K30编辑于 2022-11-30 - 来自专栏iOS小生活
OC代码规范
这样我们就可以通过函数名明确那段逻辑处理的目的，提高代码的可读性。 四，分类 分类的作用就是给一个类增加功能。 分类特别适合多人负责同一个类时，基于不同分类来进行各自不同功能的代码维护。 五，OC代码规范1——多用类型常量，少用#define预处理指令 六，OC代码规范2——在类的头文件中尽量少引入其他头文件 七，新建一个类完成后，在该类的头文件的最前方，通过注释标明该类的用途。 八，可以使用XCFormat插件来管理代码格式。该插件需要手动安装，安装好并且按照指引配置好之后就可以在Xcode的Editor里面看到XCFormat了。 我们可以通过uncrustify.cfg文件来自定义代码的格式规范，并且可以通过在开发团队中共享uncrustify.cfg文件来保证一个团队的代码格式的统一。 未完待续。。。
1.5K30发布于 2019-08-12 - 来自专栏程序员维他命
iOS 代码规范
花了一个月的时间结合几篇博客和书籍写了这套 iOS 代码规范（具体参考底部的参考文献部分）。这套代码规范除了有仅适用于 iOS 开发的部分，还有其他的比较通用性的规范（控制语句，注释等等）。 这篇规范作为会我们 iOS 团队的代码规范，并且还会根据读者的反馈，项目的实践和研究的深入做不定时更新，还希望各位朋友看了多多指正和批评。 这篇规范一共分为三个部分： 核心原则：介绍了这篇代码规范所遵循的核心原则。 通用规范：不局限于iOS的通用性的代码规范（使用C语言和Swift语言）。 iOS 规范：仅适用于iOS的代码规范（使用Objective-C语言）。 一. 核心原则 原则一：代码应该简洁易懂，逻辑清晰 因为软件是需要人来维护的。这个人在未来很可能不是你。 -根据项目经验汇总 高家二少爷：Objective-C高质量代码参考规范
2.9K20发布于 2018-08-30 - 来自专栏后端码事
Java代码规范
Java代码规范 本Java代码规范以SUN的标准Java代码规范为基础，为适应我们公司的实际需要，可能会做一些修改。本文档中没有说明的地方，请参看SUN Java标准代码规范。 标识符命名规范 1.1 概述 标识符的命名力求做到统一、达意和简洁。 方法之间用空行分割 域之间用空行分割 超过十行的代码如果还不用空行分割，就会增加阅读困难 3. 注释规范 3.1 注释 vs 代码 注释宜少二精，不宜多而滥，更不能误导 命名达意，结构清晰， 类和方法等责任明确，往往不需要，或者只需要很少注释，就可以让人读懂；相反，代码混乱，再多的注释都不能弥补。 要比 if order’s isPaid method returns true, … 更容易理解 4.7 减少代码嵌套层次 代码嵌套层次达3层以上时，一般人理解起来都会困难。
1.5K40发布于 2020-09-11 - 来自专栏python3
Python 代码规范
前言 Python 学习之旅，先来看看 Python 的代码规范，让自己先有个意识，而且在往后的学习中慢慢养成习惯。 目录 ? 2.2、行宽 每行代码尽量不超过 80 个字符(在特殊情况下可以略微超过 80 ，但最长不得超过 120) 理由： 这在查看 side-by-side 的 diff 时很有帮助 方便在控制台下查看代码 # 不推荐的写法 x = 1 y = 2 long_variable = 3 5、换行 Python 支持括号内的换行。 == 'blah': do_blah_thing() # 不推荐的写法 if foo == 'blah': do_blash_thing() 6、docstring docstring 的规范中最其本的两点 示例 -------- 示例使用doctest格式, 在`>>>`后的代码可以被文档测试工具作为测试用例自动运行 >>> a=[1,2,3] >>> print [x
2.1K10发布于 2020-01-07 - 来自专栏grain先森
前端代码规范
第一部分 编写灵活、稳定、高质量的HTML代码的规范 一、唯一定律 无论有多少人共同参与同一项目，一定要确保每一行代码都像是唯一个人编写的。 （3）对于属性的定义，确保全部使用双引号，绝不要使用单引号。 （4）不要在自闭合（self-closing）元素的尾部添加斜线 -- HTML5 规范中明确说明这是可选的。 XHTML 规范要求为其赋值，但是 HTML5 规范不需要。 （2）元素的布尔型属性如果有值，就是 true，如果没有值，就是 false。 （3）如果属性存在，其值必须是空字符串或 [...] （3）为了代码的易读性，在每个声明块的左花括号前添加一个空格。 （4）声明块的右花括号应当单独成行。 （5）每条声明语句之后应该插入一个空格。 十三、代码组织 13.1 注意 （1）以组件为单位组织代码段。 （2）制定一致的注释规范。 （3）使用一致的空白符将代码分隔成块，这样利于扫描较大的文档。
3.1K31发布于 2019-03-29 - 来自专栏前端社区
JavaScript代码规范
编码规范 统一团队的编码规范，有助于代码的维护。本章是传统意义上的 Style Guideline，目的是统一一些相对主观化的代码风格。 本规范结合了市面上优秀的开源项目，姑且约定使用 空格 来缩进，而且缩进使用两个空格。 那是不是不能使用 Tab 进行缩进了？ 所以本规范约定一行最多只能有四个链式调用，超过就要求换行。 空行 空白行对于分离代码逻辑有帮助，但过多的空行会占据屏幕的空间，影响可读性。 团队中对于是否应该使用分号，也有许多争论，本规范推荐不使用分号，因为我们认为好的工程师应该知道什么时候该加，什么时候不该加。 相关参考 ：semi 代码块空格 一致性是任何风格指南的重要组成部分。 不一致的风格将会分散读者阅读代码的注意力。
3.2K30发布于 2019-03-21 - 来自专栏后端码事
PHP代码规范
2基本代码规范 2.1概览 l PHP代码文件必须以 <?php 或 <? 类的命名必须 遵循 StudlyCaps 大写开头的驼峰命名规范。 PHP 5.3及以后版本的代码必须使用正式的命名空间。 3.编码风格规范 当多名程序员在多个项目中合作时，就需要一个共同的编码规范，而本文中的风格规范源自于多个不同项目代码风格的共同特性，因此，本规范的价值在于我们都遵循这个编码风格，而不是在于它本身。 概览 l 代码必须遵循 PSR-1 中的编码规范。 l 代码必须使用4个空格符而不是 tab键进行缩进。 例子 以下例子程序简单地展示了以上大部分规范： 3.2. 通则 3.2.1 基本编码准则 代码必须符合 PSR-1 中的所有规范。
3.7K30编辑于 2022-05-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号