- 综合排序
- 最热优先
- 最新优先
- 来自专栏IMWeb前端团队
前端开发规范之命名规范、html规范、css规范、js规范
文档规范 HTML5的文档类型声明：<! 但是，如果你的项目只需要兼容ie10+或者只是在移动端访问，那么可以使用HTML5的新属性async，将脚本文件放在< head >内 兼容老旧浏览器(IE9-)时： 脚本引用写在 body 结束标签之前 multiply(); // Result 1 multiply(10); // Result 10 multiply(3, NaN); // Result 3 multiply(9, 不推荐: (function(log){ 'use strict'; var arr = [10, 3, 7, 9, 100, 20], sum = 0, i; 'valid' : 'invalid' ---- JSHint 在js规范中，有很多规范都是样式上的规范而不是逻辑上的规范，比如尽量使用=== 而不是==，我们可以使用JSHint或者JSLint，Javascript
7.6K10发布于 2019-12-03 - 来自专栏字根中文校对软件
(9)Shark工作流的实现和WMFC&OMG规范的对比
Shark工作流的实现和WMFC&OMG规范的对比 -----第九部分：分析obe自带例子的执行过程 <? xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 关键字：Shark 工作流 WMFC OMG 规范
46910发布于 2019-02-14 - 来自专栏JavaWeb
规范-项目开发规范
建议统一异常处理，不仅要在日志中打印异常堆栈信息，还得给前端统一格式的响应信息，而不是前端页面直接提示给用户500
1.5K20编辑于 2022-01-12 - 来自专栏Android开发与分享
Android开发架构规范前言命名规范编程规范代码提交规范架构规范参考文章
你会明白一个好的开发规范多么多么的重要。 这里整理一下自己android开发中的一些规范。希望对各位有帮助。 ---- 命名规范 包命名规范 包名全部采用小写 主包名采用[公司性质]. 代码命名规范 命名规则有很多高大上的名词，比如大驼峰，小驼峰，匈牙利命名法。其实最简单的就是按照谷歌命名学习。 常量、枚举等均采用大写形式，用下划线区分各单词。 更多命名规范 之前收藏的这篇文章比较全。Android 命名规范 （提高代码可以读性） ---- 编程规范 源文件编码格式为 UTF-8。 代码中不出现中文，最多注释中可以出现中文 服务端可以实现的，就不要放在客户端 引用第三方库要慎重，避免应用大容量的第三方库，导致客户端包非常大 处理应用全局异常和错误，将错误以邮件的形式发送给服务端 图片的.9处理 我们使用的无论是git，还是svn都需要遵守下面这些规范，个人比较倾向于git。
1.8K80发布于 2018-05-18 - 来自专栏CodingToDie
开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? 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的国际标准规范
95110编辑于 2022-12-19 - 来自专栏web开发
JavaSript模块规范 - AMD规范与CMD规范介绍
，它的作者就是AMD规范的创始人 James Burke。 因为像 requireJS 其并不是只是纯粹的AMD固有思想，其也是有CMD规范的思想，只不过是推荐 AMD规范方式而已， seaJS也是一样。 类似的还有 CommonJS Modules/2.0 规范，是 BravoJS 在推广过程中对模块定义的规范化产出还有不少?? 这些规范的目的都是为了 JavaScript 的模块化开发，特别是在浏览器端的。 目前这些规范的实现都能达成浏览器端模块化开发的目的。 区别： 1. 还有一些细节差异，具体看这个规范的定义就好，就不多说了。
1.9K61发布于 2018-01-17 - 来自专栏Flutter入门到实战
开发工具总结（9）之开源项目的README文档的最全最规范写法
下面就简单的总结一下README文档规范写法。（这只是我个人根据github上几百个大型开源库总结出来的，如你有更好的意见，欢迎留言。） ?
2.7K10发布于 2018-09-03 - 来自专栏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 - 来自专栏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 - 来自专栏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 - 来自专栏小明说Java
Java面向对象基础规范——命名规范
9. 【强制】包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式，但是类名如果有复数含义，类名可以使用复数形式。 【强制】杜绝完全不规范的缩写，避免望文不知义。反例：AbstractClass“缩写”命名成 AbsClass；condition“缩写”命名成 condi，此类随意缩写严重降低了代码的可阅读性。
1.1K80编辑于 2023-11-06 - 来自专栏码神联盟
规范 | 16条 yyds 的代码规范
背景：如何更规范化编写Java 代码的重要性想必毋需多言，其中最重要的几点当属提高代码性能、使代码远离Bug、令代码更优雅。
49500编辑于 2021-12-17 - 来自专栏IT综合技术分享
知识分享之规范——RESTful API规范
知识分享之规范——RESTful API规范 背景 知识分享之规范类别是我进行整理的日常开发使用的各类规范说明，作为一个程序员需要天天和各种各样的规范打交道，而有些规范可能我们并不是特别了解，为此我将一些常见的规范均整理到知识分享之规范系列中 规范应用于实际案例： /devices /devices/{id} /configurations /configurations/{id} /devices/{id}/configurations 日常我们进行各种各样的增删改查，规范中推荐如下HTTP请求方式进行提供相关接口： GET 查询、POST创建、PUT更新、DELETE删除、 REST API 使用HTTP 响应消息的状态行部分来通知客户端其请求的总体结果
1.2K20编辑于 2022-03-04 - 来自专栏前端小哥哥
ES6 规范详解、ESNext 规范
static 静态方法，只能console.log(Test.getFormatName())
83920编辑于 2023-05-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号