- 综合排序
- 最热优先
- 最新优先
- 来自专栏自动化测试实战
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次
56920编辑于 2022-04-12 - 来自专栏李洋博客
Html5+CSS3命名规范（前端web开发命名规范，符合SEO规范）
任何代码编程都有各自特点的常用命名规范，div+css页面设计也不例外。遵守常用的css命名规范有利于代码的升级和扩展，也有利于让别人读懂你的css代码，让你的页面显得清晰有条理。 ? css文件名命名规范 模块：module.css 基本共用：base.css 布局、版面：layout.css 主题：themes.css 专栏：columns.css 文字：font.css 表单：forms.css 补丁：mend.css 打印：print.css 页面结构元素div命名规范 头：header 内容：content/container 尾：footer 导航：nav 侧栏：sidebar 栏目：column /images/icon.gif) no-repeat #333; } /*=====搜索条结束=====*/ 注意事项： 1、一律小写； 2、尽量用英文； 3、尽量不缩写，除非一看就明白的单词； 4、 大家在日常的页面设计中要逐步养成规范命名的好习惯。
2.1K10发布于 2021-06-15 - 来自专栏JavaWeb
规范-项目开发规范
建议统一异常处理，不仅要在日志中打印异常堆栈信息，还得给前端统一格式的响应信息，而不是前端页面直接提示给用户500
1.5K20编辑于 2022-01-12 - 来自专栏花狗在Qt
Java开发编程规范: 3.代码格式
3） 右大括号前换行。 4） 右大括号后还有 else 等代码则不换行；表示终止的右大括号后必须换行。 3） 方法调用的点符号与下文一起换行。 4） 方法调用中的多个参数需要换行时，在逗号后进行。 5） 在括号前不要换行，见反例。 .append("xin")...append ("huang"); // 参数很多的方法调用可能超过 120 个字符，不要在逗号前换行 method(args1, args2, args3, method(args1, args2, args3); 【强制】IDE 的 text file encoding 设置为 UTF-8; IDE 中文件的换行符使用 Unix 格式，不要使用 Windows 正例： int one = 1; long two = 2L; float three = 3F; StringBuffer sb = new StringBuffer(); 说明：增加 sb
2.8K31发布于 2020-10-28 - 来自专栏朱永胜的私房菜
【开发规范系列】（四）前端开发规范
首发博客地址[1] 系列文章地址[2] ---- 引自《阿里规约》的开头片段： 现代软件架构的复杂性需要协同开发完成，如何高效地协同呢？ 反例：DaZhePromotion [打折] / getPingfenByName() [评分] / int 某变量 = 3 杜绝完全不规范的缩写，避免望文不知义： 反例：AbstractClass“缩写 (一) Vue 编码基础 vue 项目规范以 Vue 官方规范（https://cn.vuejs.org/v2/style-guide/）[3] 中的 A 规范为基础，在其上面进行项目开发，故所有代码均遵守该规范 2.2.2 使用 Vue CLI 脚手架 使用 Vue CLI 3 来初始化项目，项目名按照上述命名规范命名。 首发博客地址: https://blog.zysicyj.top/ [2] 系列文章地址: https://blog.zysicyj.top/categories/技术文章/后端技术/系列文章/开发规范
1.3K21编辑于 2023-09-01 - 来自专栏CodingToDie
开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? 一、开发者 不应该在 CI 内同时包含主要风格的改动与其他代码的修改，这样会导致难以看出 CI 到底做出什么改动 格式化 commit message 优势： 提供更多的历史信息，方便快速浏览; 可以过滤某些 commit 的详细描述，可以分成多行 footer 部分只用于两种情况：1、不兼容变动；2、关闭issue 扩展：如果你使用 IDEA 进行编码，可以是使用 git commit template 插件来规范每次提交的 未来其他开发者接手时，代码是否易于理解与易用？ 测试：代码是否经过正确且设计良好的自动化测试 命名：开发人员是否为变量、类、方法等选择了明确的名称？ 注释：注释是否清晰有效？ 风格：代码是否遵循了代码开发规范 文档：开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀，表明这是一个优化性的建议，可以不影响本次上线 应在一个工作日内完成评审，并给出意见 评价只针对代码和具体业务流程
2.3K20发布于 2021-04-13 - 来自专栏前端flutter
web开发规范 - 图片规范
, 比如ad_left01.gif || btn_submit.gif; 在保证视觉效果的情况下选择最小的图片格式与图片质量, 以减少加载时间; 尽量避免使用半透明的png图片(若使用, 请参考css规范相关说明 760X100，750X120，468X60，468X95，728X90，585X140 次级页的pip尺寸360X300，336X280 游标:100X100或120X120 LOGO的国际标准规范
95210编辑于 2022-12-19 - 来自专栏王二麻子IT技术交流园地
Java后端开发规范（基于阿里开发规范）
3） 获取统计值的方法用 count 做前缀。 4） 插入的方法用 save/insert 做前缀。 5） 删除的方法用 remove/delete 做前缀。 3） 需要极高稳定性和可用性的方法。 4） 对外提供的开放接口，不管是 RPC/API/HTTP 接口。 5） 敏感权限入口。 七、注释规约 【强制】类、类属性、类方法的注释必须使用 Javadoc 规范，使用/*内容/ 格式，不得使用 // xxx 方式。 正例：aliyun_admin，rdc_config，level3_name 反例：AliyunAdmin，rdcConfig，level_3_name 【强制】禁用保留字，如 desc、range、match 3）抵制惟一索引。认为业务的惟一性一律需要在应用层通过“先查后插”方式解决。
1.9K21编辑于 2023-07-18 - 来自专栏【Android开发基础】
【软件开发规范一】《Java开发规范》
编写目的 本文描述了 JAVA 开发中的有关包、类、接口、方法、实例变量、变量和常量的命名规范，用于规范 JAVA 编程过程中的命名和代码书写规范。 1. 程序代码作为重要的核心内容，有必要遵循统一的书写和编码规范； 2. 在程序设计总体方向上，有必要遵循统一的规范要求进行设计； 3. 遵循规范的要求，能够有效的减少编码过程中的错误； 4. 为了有效的提高程序的可维护性，编码方式需要遵循统一的规范。 适用范围 适用于开发组基于 JAVA 开发的项目。 【推荐】在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好覆盖所有测试用例（UC）。 14. 本文是开发手册，凡是本文内容都是与开发同学强相关的。 l 单元测试代码是多余的。汽车的整体功能与各单元部件的测试正常与否是强相关的。 l 单元测试代码不需要维护。
3.2K42编辑于 2023-02-10 - 来自专栏flutter开发精选
搭建企业级app架构(3)-开发规范
函数参数类型要明确不要使用 Pair 或其他类似 A nice alternative would be to create a model class, data class, or struct 命名规范
39510编辑于 2022-09-20 - 来自专栏IMWeb前端团队
前端开发规范之命名规范、html规范、css规范、js规范
那阅读起来就是苦不堪言，所以，一些基本的开发规范是必须的，是为了自己方便阅读代码，也方便他人阅读修改代码。 文档规范 HTML5的文档类型声明：<! 修改其它的内建对象比如 Function.prototype，虽危害没那么大，但始终还是会导致在开发过程中难以 debug 的问题，应当也要避免。 'valid' : 'invalid' ---- JSHint 在js规范中，有很多规范都是样式上的规范而不是逻辑上的规范，比如尽量使用=== 而不是==，我们可以使用JSHint或者JSLint，Javascript ---- 使用子选择器 很多前端开发人员写选择器链的时候不使用 直接子选择器（注：直接子选择器和后代选择器的区别）。 有时，这可能会导致疼痛的设计问题并且有时候可能会很耗性能。
7.6K10发布于 2019-12-03 - 来自专栏华仔的技术笔记
Golang命名规范和开发规范
会响应对应路由转发过来的 get 请求 func (c *Controller) Get() { ... } 大写字母开头的方法以为着是可供调用的公共方法，如果你的方法想只在本包内掉用，请以小写字母开发
7.4K10发布于 2019-12-20 - 来自专栏yuyy.info技术专栏
开发规范二：Git Commit 规范
如何规范你的Git commit？ 约定式提交 1.0.0
2.9K20编辑于 2022-09-21 - 来自专栏【Android开发基础】
【软件开发规范六】《Android开发编码规范》
3.工具类等 工具类功能简写+Util : DialogUtil.java 、 TextUtil.java 三. private TextView mSelectCountryNameTv; private TextView mSelectCountryCodeTv; 暂时先写这些，后面补上，我写的不是标准规范 ，大家都可以自己制定一套 适合自己团队用的规范。
76630编辑于 2023-02-10 - 来自专栏业余草
Redis开发规范
3、合理使用select redis的多数据库较弱，使用数字进行区分，很多客户端支持较差，同时多业务用多数据库实际还是单线程处理，会有干扰。 = null) jedis.close(); } 3、熔断功能 高并发下建议客户端添加熔断功能(例如netflix hystrix) 4、合理的加密 设置合理的密码，如有必要可以使用SSL 四、相关工具 1、数据同步 redis间数据同步可以使用：redis-port 2、big key搜索 redis大key搜索工具 3、热点key寻找 内部实现使用monitor，所以建议短时间使用facebook (bigListKey, left, llen); counter += left; } //最终删除key jedis.del(bigListKey); } 3、
1K30发布于 2020-06-15 - 来自专栏DDD
开发流程规范
这是近期在公司做的一次分享，这几年的互联网开发，算比较幸运，团队一直践行完善这套规范，没有太多的阻碍，得益于公司整体氛围，以及团队对规范和写文档的不排斥，形成了良好的开发习惯 在这次分享后，发现好些大 V也在谈规范，写文档，估计是前段时间阿里又发布了开发手册(华山版)，借鉴于一下，对一些细节做些补充，整理出来 整体流程 ? 当然瀑布模型也有天生的缺点：每个阶段的严格性，缺乏灵活性，而现实需求却是经常变化的 所以单纯地选择哪个模型是不可取的，只能根据实际情况出发，为业务提供最大化服务 ---- 细则规范 很多人都在要规范，但好像从没思考过为什么需要规范 无规矩不成方圆，无规范难以协同，比如，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全，试想如果没有限速，没有红绿灯，谁还敢上路行驶？ 要保存原图文件以防后期维护修改 当然最好还要把设计思路背景说明一下，有多种方案时也罗列一下，因为系统现有状况，进度安排，历史数据等等原因，而选择了当前方案，这样自我分析完整，也免将来别人接手时可以追溯 3、
2.7K30发布于 2021-03-23 - 来自专栏余生开发
前端开发规范
invite_code=2ngc3ujibi0w0
88910发布于 2018-10-15 - 来自专栏python3
python3--模块和包,软件开发规范
这种命名规范保证了编译后的结果多版本共存。 Python检查源文件的修改时间与编译的版本进行对比，如果过期就需要重新编译。这是完全自动的过程。 main__': print(__name__) num = input('num :') fib(int(num)) 执行结果 __main__ num :10 1,1,2,3,5,8 在python3中，即使包下没有__init__.py文件，import 包仍然不会报错，而在python2中，包下一定要有该文件，否则import 包报错 2. 文件中写入 print('执行了api下的__init__.py文件') 在cmd包里面的__init__.py文件中写入 print('执行了cmd下的__init__.py文件') 创建一个new3. all__ = ['models'] ├── __init__.py └── models.py import glance policy.get() 软件开发规范
96720发布于 2018-08-02 Git 开发规范
Git 开发规范分支管理策略git flowVincent Driessen 于2010年提出的分支模型，可以说是最早、最全面的分支管理策略了，后续出现的分支管理策略基本都是基于 git flow 进行修改的 这里先要明确几个基本概念master/main：主分支，最终所有需要发布的有效代码都会合并到该分支develop：开发分支，所有开发内容都是基于 develop 分支创建 feature 分支feature hotfix：热修复分支，线上出了紧急 bug，需要专门分支处理从上图可以看出，使用 git flow 开发步骤还是比较多的：从 develop 创建一个 feature 分支开发并自测完 feature 其实，总结下来，一个健全的开发团队的分支管理应该满足以下条件：有一个永远有效、能反应生产部署代码的分支，可以随时发布有一个能持续集成、体现开发进度的分支，能够帮助提早发现集成问题Commit Message commit message 没有绝对的好坏，但是有相对的优劣，一个团队要遵守一致的填写规范。一个好的 commit message 应该要尽可能简洁、保留关键信息。
38610编辑于 2024-08-05- 来自专栏Mysql
Mysql开发规范
开发规范对象命名命名规范的对象，是指数据库SCHEMA、表TABLE、字段COLUMN、索引INDEX、约束CONSTRAINTS等【强制】凡是需要命名的对象，其标识符不能超过30个字符【强制】名称必须以英文字母开头 主键要选择较短的数据类型，Innodb引擎普通索引都会保存主键的值，较短的数据类型可以有效的减少索引的磁盘空间，提高索引的缓存效率3. 建议使用TIMESTAMP(3)。A. TIMESTAMP占用4字节，DATETIME占用8字节，当保存毫秒部分时两者都使用额外的空间 （1-3 字节）。B. 禁止在程序端大批量更新或者删除数据，因为这样操作很可能造成复制的大量阻塞和延时，批量归档/删除，可以向dba发邮件提需求，由dba来处理【强制】禁止在生产/线上环境进行代码逻辑或SQL语句性能的测试，这类操作应在开发或者测试环境进行 )来判断是否为NULL值： SELECT IF(ISNULL(SUM(g)), 0, SUM(g)) FROM table;【建议】SQL合并，主要是指的DML时候多个value合并，减少和数据库交互开发行为规范
62810编辑于 2024-11-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号