互联网代码保洁员

1、MQ如何选型？ MQ 描述 RabbitMQ erlang开发，对消息堆积的支持并不好，当大量消息积压的时候，会导致 RabbitMQ 的性能急剧下降。每秒钟可以处理几万到十几万条消息。 Rock

分支命名：日期_姓名首字母缩写_功能单词，如：220104_yongen_fix 提交规范：作者，type: desc 如：张三，fix：修复查询用户信息逻辑问题 参考Commit message 规

业务场景 单例模式，保证一个类仅有一个实例，并提供一个访问它的全局访问点。I/O与数据库的连接,一般就用单例模式实现de的。Windows里面的Task Manager（任务管理器）也是很典型的单例模

业务场景 登陆注册应该是最常见的业务场景了。就拿注册来说事，我们经常会遇到类似的场景，就是用户注册成功后，我们给用户发一条消息，又或者发个邮件等等，因此经常有如下的代码： 这块代码会有什么问题呢？如果

业务场景 假设我们有这么一个业务场景：内部系统不同商户，调用我们系统接口，去跟外部第三方系统交互（http方式）。走类似这么一个流程，如下： 一个请求都会经历这几个流程： 查询商户信息 对请求报文加签

业务场景 我们来看一个常见的业务场景，下订单。下订单接口，基本的逻辑，一般有参数非空校验、安全校验、黑名单校验、规则拦截等等。很多伙伴会使用异常来实现： 这段代码使用了异常来做逻辑条件判断，如果后续逻

工厂模式-业务场景和实战优化工厂模式-业务场景和实战优化工厂模式-业务场景和实战优化工厂模式-业务场景和实战优化工厂模式-业务场景和实战优化工厂模式-业务场景和实战优化

策略模式 业务场景 加入我们有这样的业务场景：系统根据会员等级来返回不同的折扣。大多数同学会写出以下代码： 这个代码可能会存在哪些问题呢？ 如果分支变多，这里的代码就会变得臃肿，难以维护，可读性低。

前言 平时我们写代码呢，多数情况都是流水线式写代码，基本就可以实现业务逻辑了。如何在写代码中找到乐趣呢，我觉得，最好的方式就是：使用设计模式优化自己的业务代码。今天跟大家聊聊日常工作中，我都使用过哪些