一般操作 高峰期不进行DDL操作，不进行大表全表扫描； 进行更新或删除时，一万以下条数据最好使用 分批更新(计数 如 i 累加到500)（存储方式） 设计库 原则：不同业务按库划分 使用：innodb...存储引擎 设计表 一定要有主键 强烈建议字段为 NOT NULL，并设置默认值 禁止储存图片、文件、视频等 使用 tingint 代替 ENUM 禁止使用外键 少用拆分 BLOB、TEXT字段 控制 字段数量.../尽可能小的字段/命名规范 字段类型 Tinyint[UNSIGNED] - 无负整数 （从 0 到 255 的整型数据。...编写sql update/delete 不使用limit，必须添加where 使用prepared、statement，提成性能，避免SQL注入 禁止使用 % 模糊查询(全表) 表中记录数 count...(id)) 如果 new_id 是 varchar 则使用 new_id = "123456" 比使用 new_id = 123456 的效率高很多倍 使用 where upper(id) 的效率很低
【强制】对trace/debug/info级别的日志输出，必须使用条件输出形式或者使用占位符的方式，如下： logger.debug("this method with id: {}...生产环境禁止输出debug日志； 有选择地输出info日志； 如果使用warn来记录刚上线时的业务行为信息，一定要注意日志输出量的问题，避免把服务器磁盘撑爆，...【参考】可以使用warn日志级别来记录用户输入参数错误的情况，避免用户投诉时，无所适从。注意日志输出的级别，error级别只记录系统逻辑出错、异常等重要的错误信息。
清晰的提交注释有助于别人理解你所做的修改，出现问题时能够快速定位，也有助于项目经理把握开发进度。所以，在提交代码时，要填写明晰的标注，能够概要的描述所提交文件的...
文章目录 1、配置文件 2、启动Nginx 之前已经出了Nginx搭建和配置的文章，所以不再赘述，如有不会搭建看下面链接： Nginx的安装配置教程 Nginx配置文件详解 下面直接开始使用Nginx...搭建文件服务器 1、配置文件 #user nobody; worker_processes 1; error_log logs/error.log; #error_log logs/error.log
目的 规范业务系统对MySQL数据库在设计、开发、运维等阶段所必须遵循的原则，旨在控制对数据库的滥用，收敛不合理的使用形式，保障数据库安全、稳定、高效的运行以及业务运营的稳定性。...适用范围 所有使用MySQL的业务系统。 数据库设计规范 【强制】所有的表必须指定主键(Primary Key)，主键是尽可能小的INT类型，并且是AUTO_INCREMENT自增长形式。...【强制】必须使用InnoDB存储引擎。 【强制】必须使用UTF-8字符编码。 【强制】避免使用全文索引fulltext。 【强制】在满足业务需求的前提下，要求字段长度的定义尽可能的短小。...数据库应用开发规范 【强制】数据库访问信息统一配置，必须可以满足一键切换访问实例。...【强制】使用主键更新表(如修改、删除记录)，特别是并发更新的情况，必须使用主键更新。 【强制】查询字段避免使用表达式或函数，避免索引失效。
commit规范 每次的commit按照【标签】该次提交主要内容进行提交 标签分为5类： * feature （新功能） * bug （bug修复） * refactor （重构）...* other (其他) * tag（版本tag） fork项目规范 * master 分支不要作为开发分支，master分支可以对应主项目的master * 从master分支切一个新的dev
团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。 否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。
团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。 否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。 下面是ThoughtBot 的Git使用规范流程。...我从中学到了很多，推荐你也这样使用Git。 ? 第一步：新建分支 首先，每次开发新功能，都应该新建一个单独的分支（这方面可以参考《Git分支管理策略》）。...4个commit的下面是一大堆注释，列出可以使用的命令。.... $ git commit -am "Here's the bug fix that closes #28" $ git push --force squash和fixup命令，还可以当作命令行参数使用
当然Autograph机制能够转换的代码并不是没有任何约束的，有一些编码规范需要遵循，否则可能会转换失败或者不符合预期。...我们将着重介绍Autograph的编码规范和Autograph转换成静态图的原理。 并介绍使用tf.Module来更好地构建Autograph。 本篇我们介绍使用Autograph的编码规范。...一，Autograph编码规范概述 1，被@tf.function修饰的函数应尽可能使用TensorFlow中的函数而不是Python中的其他函数。...例如使用tf.print而不是print，使用tf.range而不是range，使用tf.constant(True)而不是True. 2，避免在@tf.function修饰的函数内部定义tf.Variable...二，Autograph编码规范说明 1，被@tf.function修饰的函数应尽量使用TensorFlow中的函数而不是Python中的其他函数。
二、表格式 数据表一般使用 MyISAM 格式，少数修改非常频繁的数据表（如各种日志）使用 InnoDB 格式，通常使用 utf8_general_ci 编码。...三、写的代码中SQL关键字使用大写作为规范 比如 SELECT sth FROM theorder WHERE swhere ORDER BY id DESC; 这样用大写关键字写可以非常直观地分辨出语句的段落...，而使用小写的话则分辨起来比较费神，也容易看错。...如果可以设置多个数据库用户，那么应该分别设置代码使用的MySQL用户和管理使用的MySQL用户。...没什么特别重大的事情不要以 root 用户登录和使用mysql。
作者 | 阮一峰 团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。...下面是 ThoughtBot 的Git使用规范流程。我从中学到了很多，推荐你也这样使用Git。 ?...4个commit的下面是一大堆注释，列出可以使用的命令。...urls # This is the 3rd commit message: # Hey kids, stop all the highlighting squash和fixup命令，还可以当作命令行参数使用
超过一定使用空间的员工给予提醒 为了达到上述要求，我们在文件服务器上可以做如下的设置。 先以采购部为例，进行问题的说明。...此时，用户1，已经是文件服务器该文件夹的所有共享权限了。但是，因为我们的磁盘是NTFS分区，那么在“安全”中我们也要做相应的设置。...客户端要能访问文件服务器上的共享文件，那么该客户端必须已经加入到该域中了。 现在你随便找一个已经加入到域的客户端，然后登陆时输入已经在域中存在在的用户。...我们再次切换到服务器上，打开“管理您的服务器”→文件服务器→管理此文件服务器，找到共享的文件夹，选择“属性” 选择“发布”选项，点击“将这个共享在AD中发布”，然后确定。...然后我们再次切换到，客户端，点击“开始查找“ 现在我们已经看到文件服务器上的共享文件夹了。双击，出现如下画面。
辅助分支包括： 用于开发新功能时所使用的feature分支 用于辅助版本发布的release分支 用于修正生产代码中的缺陷的hotfix分支 以上这些分支都有固定的使用目的和分支操作限制。...feature分支 使用规范： 命名规则：feature/* 或者 feature/JID-N/developerName develop分支的功能分支 feature分支使用develop分支作为它们的父类分支...release分支 使用规范： 命名规则：release/，“”以本次发布的版本号为标识 release分支主要用来为发布新版的测试、修复做准备 当需要为发布新版做准备时，从develop衍生出一个release...hotfix分支 使用规范： 命名规则：hotfix/* hotfix分支用来快速给已发布产品修复bug或微调功能 只能从master分支指定tag版本衍生出来 一旦完成修复bug，必须合并回master...tag使用规范 版本号(tag)命名规则：主版本号.次版本号.修订号，如2.1.13。
{ "husky": { "hooks": { "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" } } } 提交规范
1.部署分支 分支 部署环境 develop trunk环境 test 测试环境测试环境 release 预测试环境 master 主分支，使用tag进行部署 2.开发分支 2.1.单人串行开发 项目只需要一个人开发同时在同一时刻只有一个需求...3.3.修改线上bug分支 m-{JIRA-NUM}-{问题} ，示例: m-KaigejavaCRM-1014-hystrix-npe 3.4.tag版本号 v{版本号}-{日期} ，版本号使用十进制
参考文档：React TypeScript Cheatsheet 不使用React.FC // Bad const ViewDemo: React.FC = (props)...return ( 这是使用React.FC类型声明的 ) } // Good const ViewDemo = (props: ViewDemoProps...return ( 这是不使用React.FC类型声明的 ) } 基本数据类型不需要显示声明 提供初始值后，boolean、string、number...: ReactNode; type: "submit" | "button"; } // 提供给使用FancyButton的地方使用 export type Ref = HTMLButtonElement...也就是说，调用callback时，要提供所有所需参数，是否使用这些参数应该由使用者自己决定 // Bad function myForEach(arr: any[], callback: (arg: any
RabbitMQ使用规范 命名 exchange：{模块名}.{功能名} queue：{word}.{word} routing key：{word}....MessageConvert自动转换为JSON 如果规定了消息的格式为JSON，并使用消息转换器，则会自动将消息转化为JSON格式而不需要每次手动进行转换。...RabbitTemplate默认使用SimpleMessageConverter作为自己的消息转化器，而SimpleMessageConverter并不能满足JSON消息的需求。...我们可以使用Jackson2JsonMessageConverter作为默认的消息转换器。...："hello \"rabbitMQ\" " 如果想要在发送消息时自定义格式，请使用send而不是conertAndSend方法，接收方也请使用receive而不是receiveAndConvert 为
如果在这个观念的基础之上我们能达成共识，我们再来一起结合 React 官方文档，对 useEffect 的使用规范进行深入探讨。...那么看上去前提条件跟规范有一些出入 于是，React 官方文档还存在另外一条规范 react 官方文档把 useEffect 称为一种逃离方案「逃生舱」，我们应该在最后使用它。...但是如果我们已经对 useEffect 的运行机制非常清楚，并且他使用他付出的代价只是一次 re-render，我会更倾向于选择前者：更符合语义、解耦好更利于封装，而不是严格遵守规范。...5 总结 react 官方文档在建议与规范的角度上会尽可能让大家避免使用 useEffect，我猜测大概是由于许多初学者在 useEffect 对于依赖项的使用会产生不少疑问而导致的。...因此，我更倡导大家在学习规范时，去充分理解规范出现的背后逻辑，灵活的运用他，并积极探寻更好的解决方案。
常规的方案就是使用OpenAPI规范，它的前身即大名鼎鼎的Swagger。...如何使用 首先引入依赖 org.springframework.boot <artifactId...注解 OpenAPI 是Swagger v3 ，所使用的注解跟原来的有所区别。...同时也有Curl和Request URL给出，可以比较方便地复制到其他地方使用。 这种交互性的文档对于开发者来说比较有用，可以不用再自己去装一个postman来做模拟请求。...结语 OpenAPI规范，定义了一套文档标准，并提供了默认实现以及方便使用的交互性文档界面。缺点是注解对应用的侵入性比较大，使用过程中亦需要关注安全问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
