- 综合排序
- 最热优先
- 最新优先
- 来自专栏Tensorbytes
技术规范(2): 后端技术开发规范
Python 开发规范 优美胜于丑陋 明了胜于晦涩 简洁胜于复杂 复杂胜于凌乱 扁平胜于嵌套 间隔胜于紧凑 可读性很重要 即便假借特例的实用性之名，也不可违背这些规则 上面是 Python 之禅， 命名规范 （1）模块应该用简短全小写的名字，如果为了提升可读性，下划线也是可以用的。Python包名也应该使用简短全小写的名字，但不建议用下划线。 （2）类名一般使用首字母大写的约定。 return 2 when add this option. 2 is exists differences. Go 开发规范 Go 语言规范 Go 代码审核规范官方地址： https://github.com/golang/go/wiki/CodeReviewComments 所有代码在发布前均使用gofmt进行修正 Go 语言规范工具 go 的官方工具链做得很好，可以直接使用gofmt和golint检查代码规范。
1.4K20发布于 2020-03-17 - 来自专栏JavaWeb
规范-项目开发规范
checkUnique() { Map jsonMap = Maps.newHashMap(); jsonMap.put("result", "Y"); // map 转json Struts2Utils.renderJson (); String html=""; for(Major major:list){ html=html+""+major.getName()+""; } Struts2Utils.renderHtml (html); return null; } 当存在先使用主键id 获取实体后要对实体进行修改的，1）可以创建新的实体，通过set id，set 变更的值，调用update，2）可以直接使用内存中的旧实体 saveSubmitCreate.action" method="post" id="requrest-form">
<h2 class="validate-messages-title">${errorMsg}：</h2> <a href="javascript:;" class="validate-messages-close1.5K20编辑于 2022-01-12来自专栏花狗在QtJava开发编程规范: 2.常量定义
说明：Long a = 2l; 写的是数字的 21，还是 Long 型的 2? 【推荐】不要使用一个常量类维护所有常量，要按常量功能进行归类，分开维护。 2） 应用内共享常量：放置在一方库中，通常是子模块中的 constant 目录下。 正例：public enum SeasonEnum { SPRING(1), SUMMER(2), AUTUMN(3), WINTER(4); private int seq; SeasonEnum
1.2K21发布于 2020-10-28来自专栏朱永胜的私房菜【开发规范系列】（四）前端开发规范
首发博客地址[1] 系列文章地址[2] ---- 引自《阿里规约》的开头片段： 现代软件架构的复杂性需要协同开发完成，如何高效地协同呢？ 2)很多前端开发人员写选择器链的时候不使用 直接子选择器（注：直接子选择器和后代选择器的区别）。有时，这可能会导致疼痛的设计问题并且有时候可能会很耗性能。然而，在任何情况下，这是一个非常不好的做法。 (一) Vue 编码基础 vue 项目规范以 Vue 官方规范（https://cn.vuejs.org/v2/style-guide/）[3] 中的 A 规范为基础，在其上面进行项目开发，故所有代码均遵守该规范 /后端技术/系列文章/开发规范/ [3] https://cn.vuejs.org/v2/style-guide/）: https://xie.infoq.cn/link? target=https%3A%2F%2Fcn.vuejs.org%2Fv2%2Fstyle-guide%2F%25EF%25BC%2589 [4] https://www.npmjs.com/
1.3K21编辑于 2023-09-01来自专栏CodingToDie开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? 控制层、视图层等 subject 是 commit 目的的简短描述，不超过50个字符 body 部分是对本次 commit 的详细描述，可以分成多行 footer 部分只用于两种情况：1、不兼容变动；2、 关闭issue 扩展：如果你使用 IDEA 进行编码，可以是使用 git commit template 插件来规范每次提交的 commit message 信息 ? 未来其他开发者接手时，代码是否易于理解与易用？ 测试：代码是否经过正确且设计良好的自动化测试 命名：开发人员是否为变量、类、方法等选择了明确的名称？ 注释：注释是否清晰有效？ 风格：代码是否遵循了代码开发规范 文档：开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀，表明这是一个优化性的建议，可以不影响本次上线 应在一个工作日内完成评审，并给出意见 评价只针对代码和具体业务流程
2.3K20发布于 2021-04-13来自专栏前端flutterweb开发规范 - 图片规范
, 比如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后端开发规范（基于阿里开发规范）
2） 左大括号后换行。 3） 右大括号前换行。 4） 右大括号后还有 else 等代码则不换行 表示终止的右大括号后必须换行。 正例： 1List<String> list = new ArrayList<String>(2); 2list.add("guan"); 3list.add("bao"); 4String[] array 正例： 1// 伪代码如下 2final boolean existed = (file.open(fileName, "w") ! 七、注释规约 【强制】类、类属性、类方法的注释必须使用 Javadoc 规范，使用/*内容/ 格式，不得使用 // xxx 方式。 2）宁缺勿滥。认为索引会消耗空间、严重拖慢更新和新增速度。 3）抵制惟一索引。认为业务的惟一性一律需要在应用层通过“先查后插”方式解决。
1.9K21编辑于 2023-07-18来自专栏【Android开发基础】【软件开发规范一】《Java开发规范》
编写目的 本文描述了 JAVA 开发中的有关包、类、接口、方法、实例变量、变量和常量的命名规范，用于规范 JAVA 编程过程中的命名和代码书写规范。 1. 程序代码作为重要的核心内容，有必要遵循统一的书写和编码规范； 2. 在程序设计总体方向上，有必要遵循统一的规范要求进行设计； 3. 遵循规范的要求，能够有效的减少编码过程中的错误； 4. 为了有效的提高程序的可维护性，编码方式需要遵循统一的规范。 适用范围 适用于开发组基于 JAVA 开发的项目。 */ package com.efounder.util; 2. 【强制】类、类属性、类方法的注释必须使用Javadoc规范，使用/**内容*/格式，不得使用// xxx方式。 本文是开发手册，凡是本文内容都是与开发同学强相关的。 l 单元测试代码是多余的。汽车的整体功能与各单元部件的测试正常与否是强相关的。 l 单元测试代码不需要维护。
3.2K42编辑于 2023-02-10来自专栏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开发编码规范》
所以 activity的命名是 ： 功能简写+Activity 功能简写+ListActivity 登录：LoginActivity 用户列表：UserListActivity 2. layout TextView mLocationTv; protected TextView mVideoTopicTv; protected TextView mVideoTitleTv; 2. private static final int MSG_SHOW_RED_PACK = 22; private static final int MSG_SHOW_JOIN_USER = 23; 2. private TextView mSelectCountryNameTv; private TextView mSelectCountryCodeTv; 暂时先写这些，后面补上，我写的不是标准规范 ，大家都可以自己制定一套 适合自己团队用的规范。
76630编辑于 2023-02-10来自专栏业余草Redis开发规范
不要包含特殊字符 反例：包含空格、换行、单双引号以及其他转义字符 2、value设计 拒绝bigkey 防止网卡流量、慢查询，string类型控制在10KB以内，hash、list、set、zset元素个数不要超过 2、禁用命令 禁止线上使用keys、flushall、flushdb等，通过redis的rename机制禁掉命令，或者使用scan的方式渐进式处理。 script for redis cluster, all the keys that the script uses should be passed using the KEYS arrayrn" 2、 2、使用连接池 可以有效控制连接，同时提高效率，标准使用方式： 执行命令如下： Jedis jedis = null; try { jedis = jedisPool.getResource() 0".equals(cursor)); //删除bigkey jedis.del(bigHashKey); } 2、List删除: ltrim public void delBigList
1K30发布于 2020-06-15来自专栏DDD开发流程规范
这是近期在公司做的一次分享，这几年的互联网开发，算比较幸运，团队一直践行完善这套规范，没有太多的阻碍，得益于公司整体氛围，以及团队对规范和写文档的不排斥，形成了良好的开发习惯 在这次分享后，发现好些大 V也在谈规范，写文档，估计是前段时间阿里又发布了开发手册(华山版)，借鉴于一下，对一些细节做些补充，整理出来 整体流程 ? 当然瀑布模型也有天生的缺点：每个阶段的严格性，缺乏灵活性，而现实需求却是经常变化的 所以单纯地选择哪个模型是不可取的，只能根据实际情况出发，为业务提供最大化服务 ---- 细则规范 很多人都在要规范，但好像从没思考过为什么需要规范 无规矩不成方圆，无规范难以协同，比如，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全，试想如果没有限速，没有红绿灯，谁还敢上路行驶？ ，涉及到的服务，上下游服务 2、系统流程图 阐述整体设计思路，涉及算法时，还需要详细算法思路 包含上下游系统交互和数据流向，建议viso或者astash图，要保存原图文件以防后期维护修改 当然最好还要把设计思路背景说明一下
2.7K30发布于 2021-03-23来自专栏余生开发前端开发规范
invite_code=2ngc3ujibi0w0
88910发布于 2018-10-15来自专栏thinkphp+vueMySQL 开发规范
所有的数据库对象名称必须使用小写字母并用下划线分割（MySQL大小写敏感，名称要见名知意，最好不超过32字符）禁止在数据中存储图片，文件二进制数据（使用文件服务器）禁止在线上做数据库压力测试禁止从开发环境
82220编辑于 2022-06-24来自专栏MysqlMysql开发规范
开发规范对象命名命名规范的对象，是指数据库SCHEMA、表TABLE、字段COLUMN、索引INDEX、约束CONSTRAINTS等【强制】凡是需要命名的对象，其标识符不能超过30个字符【强制】名称必须以英文字母开头 主键递增，数据行写入可以提高插入性能，可避免page分裂，减少表碎片提升空间和内存的使用2. 对于长度基本固定的小字符类型，如果该列恰好更新又特别频繁，适合char2. 2. count(distinct col)计算该列除null之外不重复的行数。count(distinct col1, col2)，如果其中一列全为null，那么即使另一列有不同的值，也返回03. )来判断是否为NULL值： SELECT IF(ISNULL(SUM(g)), 0, SUM(g)) FROM table;【建议】SQL合并，主要是指的DML时候多个value合并，减少和数据库交互开发行为规范
62810编辑于 2024-11-03Git 开发规范
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来自专栏个人积累vue 开发规范
组件命名规范: 组件名为多个单词，并且用连接线（-）连接，避免与 HTML 标签冲突，并且结构更加清晰。 data created mounted methods filter computed watch 引入组件components规范 /part/part1.vue'; import part2 from './part/part2.vue'; import part3 from '. /part/part3.vue'; export default { name:"app", components:{part1,part2,part3}, data(){ return 方法规范 命名规范 事件方法以on开头,例如(onNameChange,onUserClick) 使用驼峰命名 词意明确,见词知意 函数中统一使用_self=this来解决this的全局指向问题 部分写作规范
1.2K31发布于 2020-10-10来自专栏程序生涯MySQL开发规范
一、命名规范 库名、表名、字段名必须使用小写字母并采用下划线分割； 库名、表名、字段名禁 止超过32个字符，须见名知意； 库名、表名、字段名支持最多64个字符，统一规范、易于辨识以及减少传输量不要超过 32； 库名、表名、字段名禁止使用MySQL保留关键字； 临时库、临时表名必须以tmp为前缀并以日期为后缀； 备份库、备份表名必须以bak为前缀并以日期为后缀； 二、基本规范 使用 utf8mb4( 5.5.3版本以上支持) 所有表都需要添加注释，单表数据量建议控制在1000万以内； 不在数据库中存储图片、文件等大数据； 禁止在线上做数据库压力测试； 禁止从测试、开发环境直连数据库 duplicate key update Replace into、insert ignore、insert into values(),(),()… Update…where id in (1,2,3,4 ) Alter table tbl_name add column col1, addcolumn col2 拒绝大SQL，拆分成小SQL 充分利用querycache 充分利用多核CUP
1.1K10发布于 2020-08-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号