- 综合排序
- 最热优先
- 最新优先
- 来自专栏小尘哥的专栏
第11节 编码规范
本规范旨在为日常Go项目开发提供一个代码的规范指导，方便团队形成一个统一的代码风格，提高代码的可读性，规范性和统一性。 本规范将从命名规范，注释规范，代码风格和 Go 语言提供的常用的工具这几个方面做一个说明。该规范参考了 go 语言官方代码的风格制定。 一、 命名规范 命名是代码规范中很重要的一部分，统一的命名规则有利于提高的代码的可读性，好的命名仅仅通过命名就可以获取到足够多的信息。 建议全部使用单行注释 和代码的规范一样，单行注释不要过长，禁止超过 120 字符。 在多行的情况下，goimports会自动帮你格式化，但是我们这里还是规范一下import的一些规范，如果你在一个文件里面引入了一个package，还是建议采用如下格式： import ( "fmt
78520发布于 2019-05-28 - 来自专栏嘘、小点声
日常记录（11）Verilog编程规范说明
11.三态逻辑可以在顶层模块中使用，子模块中避免使用三态。 12.没有未连接的端口（建议级别）。 13.到其他模块的接口信号，按如下顺序定义端口信号：输入，（双向），输出。
1.1K20编辑于 2021-12-16 - 来自专栏Java架构学习路线
11条MySQL规范，你知道的有几个？
一、数据库命令规范 · 所有数据库对象名称必须使用小写字母并用下划线分割 · 所有数据库对象名称禁止使用mysql保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来） · 数据库对象的命名要能做到见名识意 为前缀并以日期(时间戳)为后缀 · 所有存储相同数据的列名和列类型必须一致（一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索 引失效，导致查询效率降低） 二、数据库基本设计规范 四、索引设计规范 1、限制每张表上的索引数量，建议单张表索引不超过5个 索引并不是越多越好！索引可以提高效率同样可以降低效率。 十、数据库SQL开发规范 1、建议使用预编译语句进行数据库操作 预编译语句可以重复使用这些计划，减少SQL编译所需要的时间，还可以解决动态SQL所带来的SQL注入的问题 只传参数，比传递SQL语句更高效 10、减少同数据库的交互次数 数据库更适合处理批量操作 合并多个相同的操作到一起，可以提高处理效率 11、对应同一列进行or判断时，使用in代替or in的值不要超过500个in操作可以更有效的利用索引
90540发布于 2019-08-28 - 来自专栏Java知识点
第11章_数据库的设计规范
但也不绝对，有时候为了提高某些查询性能，我们还需要破坏范式规则，也就是 反规范化 。 反范式化 # 3.1 概述 规范化 vs 性能 为满足某种商业目标，数据库性能比规范化数据库更重要 在数据规范化的同时，要综合考虑数据库的性能 通过在给定的表中添加额外的字段，以大量减少需要从中搜索信息所需的时间 BCNF 被认为没有新的设计规范加入，只是对第三范式中设计规范要求更强，使得数据库冗余度更小。所以，称为是 修正的第三范式 ，或 扩充的第三范式 ，BCNF 不被称为第四范式。 ', `user_id` bigint(11) NOT NULL COMMENT '用户id', `username` varchar(45) NOT NULL COMMENT '真实姓名', `email # 11.
1K61编辑于 2023-08-02 - 来自专栏IMWeb前端团队
前端开发规范之命名规范、html规范、css规范、js规范
本文作者：IMWeb 我饿了 原文出处：IMWeb社区 未经同意，禁止转载 在学习编程的时候，每次看到那些整齐规范的代码，心里顿时对这个程序员表示点点好感，有时，比如看到自己和朋友写的代码时， 那阅读起来就是苦不堪言，所以，一些基本的开发规范是必须的，是为了自己方便阅读代码，也方便他人阅读修改代码。 canRead() { return true; } //获取姓名 function getName { return this.name; } ---- 常量 命名方法:全部大写 命名规范 文档规范 HTML5的文档类型声明：<! 'valid' : 'invalid' ---- JSHint 在js规范中，有很多规范都是样式上的规范而不是逻辑上的规范，比如尽量使用=== 而不是==，我们可以使用JSHint或者JSLint，Javascript
7.6K10发布于 2019-12-03 - 来自专栏JavaWeb
规范-项目开发规范
建议统一异常处理，不仅要在日志中打印异常堆栈信息，还得给前端统一格式的响应信息，而不是前端页面直接提示给用户500
1.5K20编辑于 2022-01-12 - 来自专栏Android开发与分享
Android开发架构规范前言命名规范编程规范代码提交规范架构规范参考文章
原文链接：从零开始搭建android框架系列 前言 在开发中，一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路，也会一定程度上的提高代码的可读性，可维护性和可拓展性。 你会明白一个好的开发规范多么多么的重要。 这里整理一下自己android开发中的一些规范。希望对各位有帮助。 ---- 命名规范 包命名规范 包名全部采用小写 主包名采用[公司性质]. 代码命名规范 命名规则有很多高大上的名词，比如大驼峰，小驼峰，匈牙利命名法。其实最简单的就是按照谷歌命名学习。 常量、枚举等均采用大写形式，用下划线区分各单词。 更多命名规范 之前收藏的这篇文章比较全。Android 命名规范 （提高代码可以读性） ---- 编程规范 源文件编码格式为 UTF-8。 我们使用的无论是git，还是svn都需要遵守下面这些规范，个人比较倾向于git。
1.8K80发布于 2018-05-18 - 来自专栏前端flutter
web开发规范 - 图片规范
, 比如ad_left01.gif || btn_submit.gif; 在保证视觉效果的情况下选择最小的图片格式与图片质量, 以减少加载时间; 尽量避免使用半透明的png图片(若使用, 请参考css规范相关说明 760X100，750X120，468X60，468X95，728X90，585X140 次级页的pip尺寸360X300，336X280 游标:100X100或120X120 LOGO的国际标准规范
95110编辑于 2022-12-19 - 来自专栏CodingToDie
开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? commit 的详细描述，可以分成多行 footer 部分只用于两种情况：1、不兼容变动；2、关闭issue 扩展：如果你使用 IDEA 进行编码，可以是使用 git commit template 插件来规范每次提交的 风格：代码是否遵循了代码开发规范 文档：开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀，表明这是一个优化性的建议，可以不影响本次上线 应在一个工作日内完成评审，并给出意见 评价只针对代码和具体业务流程
2.3K20发布于 2021-04-13 - 来自专栏web开发
JavaSript模块规范 - AMD规范与CMD规范介绍
，它的作者就是AMD规范的创始人 James Burke。 因为像 requireJS 其并不是只是纯粹的AMD固有思想，其也是有CMD规范的思想，只不过是推荐 AMD规范方式而已， seaJS也是一样。 类似的还有 CommonJS Modules/2.0 规范，是 BravoJS 在推广过程中对模块定义的规范化产出还有不少?? 这些规范的目的都是为了 JavaScript 的模块化开发，特别是在浏览器端的。 目前这些规范的实现都能达成浏览器端模块化开发的目的。 区别： 1. 还有一些细节差异，具体看这个规范的定义就好，就不多说了。
1.9K61发布于 2018-01-17 - 来自专栏coding个人笔记
规范
Coding ◆ 规范 ◆ 一个前端项目，目录的规范是必要的，当然，在一般开发中是没有必要做的那么严谨，在此，分享一下个人认为的基础规范，都只是个人认为。 项目目录规范 ? （本人还不够好，所以几乎没有） JavaScript规范 JS的规范就很多了，各个大公司的规范也不尽相同，由于水平有限，在我的理解就是，一个项目的规范主要就是约定好代码的风格。 在此罗列一些基础的JavaScript代码规范： 缩进：统一缩进，一个项目要码四个空格一个tab，要码两个空格一个tab； 空格：二元运算符左右空格，一元运算符不允许有空格，var a = b; a (a, b, c){}; 分号：函数定义结束不加分号，其他都加分号function(){} for(){}; 命名：都已驼峰法命名(有人建议常量都大写然后下划线隔开，类首字母大写) 注释：注释规范有单行 、多行、文件注释、命名空间注释等等等等，水平有限，还未实践，可自行百度； 字符串：因为JS的特性，建议都用单引号 var str = 'aaa'; JavaScript规范的东西太多，
79830发布于 2020-04-24 - 来自专栏华仔的技术笔记
Golang命名规范和开发规范
文件命名一律采用小写，不用驼峰式，尽量见名思义，看见文件名就可以知道这个文件下的大概内容。 其中测试文件以test.go结尾，除测试文件外，命名不出现。
7.4K10发布于 2019-12-20 - 来自专栏python3
Python代码规范和命名规范
前言 Python 学习之旅，先来看看 Python 的代码规范，让自己先有个意识，而且在往后的学习中慢慢养成习惯 目录 一、简明概述 1、编码 如无特殊情况, 文件一律使用 UTF 'blah': do_blah_thing() # 不推荐的写法 if foo == 'blah': do_blash_thing() 6、docstring docstring 的规范中最其本的两点 """ 文档注释不限于中英文, 但不要中英文混用 文档注释不是越长越好, 通常一两句话能把情况说清楚即可 模块、公有类、公有方法, 能写文档注释的, 应该尽量写文档注释 三、命名规范
2.6K20发布于 2020-01-10 - 来自专栏yuyy.info技术专栏
开发规范二：Git Commit 规范
如何规范你的Git commit？ 约定式提交 1.0.0
2.9K20编辑于 2022-09-21 - 来自专栏Hsinyan写字的地方
Markdown 写作规范和格式规范
代码段必须使用 Fenced code blocks 风格 参考文章 写作规范和格式规范—Daocloud Markdown 写作规范—Google Markdown style guide—Baidu
2K20编辑于 2022-08-30 - 来自专栏python学习教程
Python代码规范之命名规范
1、模块 模块尽量使用小写命名，首字母保持小写，尽量不要用下划线(除非多个单词，且数量不多的情况) # 正确的模块名 import decoder import html_parser # 不推荐的模块名 import Decoder 2、类名 类名使用驼峰(CamelCase)命名风格，首字母大写，私有类可用一个下划线开头 class Farm(): pass class AnimalFarm(Farm): pass class _PrivateFarm(Farm): pa
2.2K10发布于 2019-08-26 - 来自专栏dino.c的专栏
GUI设计规范的规范
其实除了这些大公司，软件公司都最好有自己的GUI设计规范，即使这个规范简略一些，也可以帮助团队改善工作、提高工作效率及传递品牌价值。 2. 公司用设计规范体现公司的设计品味和企业价值；设计人员和开发人员通过设计规范协助自己的工作，测试人员以设计规范作为UI验收的标准；对营销部门设计规范也是重要的参考资料。 5. 6.5 其它 很多设计规范还把动效和交互单独说明，可能由于这是比较深入的内容或者难于在PDF上展示，所以也有不少设计规范没有这些内容。设计自己团队的设计规范时可以把这些内容留到最后。 7. 设计规范一旦落伍就容易不被认同，渐渐地就没人看，没人执行，最后设计规范将变得毫无意义。所以设计规范应该持续改进，以使得基于设计规范的工作不断得到改善。 8. 8.5 案例 设计规范最好有已成功的案例，这才是对设计规范最好的展示。 9. 设计规范网站分享 以Button为例，比较一下各大公司的GUI设计规范 Apple ? Google ?
1.7K10发布于 2019-01-18 - 来自专栏前端记录笔记
分支规范和git提交规范
经过测试才能合入当前的main分支 EMR-release-20220218：开发/测试分支； 命名规则： 模块名称-release - 提测时间戳 注意： 目前前端工程目前已经开启了eslint，并参照我们的前端代码规范进行相关的 后期将打开服务端校验，所以在下面一个周期内，每个工程对应的前端负责人，务必清除掉全部的eslint的问题 git commit --no-verify -m "提交注释" //可以跳过代码检查 代码提交规范
1K20编辑于 2022-10-29 - 来自专栏猫头虎博客专区
2013年11月26日 Go生态洞察：Go中的文本规范化
2013年11月26日 Go生态洞察：Go中的文本规范化 摘要 嗨，我是猫头虎！今天我们来探索Go语言中一个重要但经常被忽视的主题：文本规范化。在处理多语言文本时，理解和实现文本规范化是至关重要的。 引言 在Go的多语言文本处理中，文本规范化占据了核心地位。本文将重点介绍Go文本库中的go.text/unicode/norm包，它处理的正是文本规范化这一主题。 正文内容 什么是文本规范化？ Go如何处理规范化 Go语言本身并不保证字符串中的字符是规范化的，但go.text包提供了弥补这一点的工具。例如，collate包可以在未规范化的字符串上正确地执行语言特定的排序。 在Go中，所有规范化算法都采用了Unicode定义的Stream-Safe文本格式。 ✍️ 以规范形式写入 即使在Go代码内部不需要规范化文本，与外部世界通信时也可能需要进行规范化。 知识点总结 概念 描述 文本规范化 将多种字符串表示统一为标准形式的过程 Go的规范化处理 go.text包提供了处理未规范化字符串的工具 性能和实用性 规范化是快速且有效的，尤其在排序和搜索时 规范化写入
28510编辑于 2024-04-09 - 来自专栏小明说Java
Java面向对象基础规范——命名规范
【强制】杜绝完全不规范的缩写，避免望文不知义。反例：AbstractClass“缩写”命名成 AbsClass；condition“缩写”命名成 condi，此类随意缩写严重降低了代码的可阅读性。 11. 【推荐】为了达到代码自解释的目标，任何自定义编程元素在命名时，使用尽量完整的单词组合来表达其意。正例：从远程仓库拉取代码的类命名为 PullCodeFromRemoteRepository。
1.1K80编辑于 2023-11-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号