在日常的开发中，我们经常使用Git来进行版本控制。有时候，我们可能会不小心将错误的代码 Push 到远程仓库，或者想要在本地回退到之前的某个版本重新开发,这个时候你就需要这样一个操作指南。

随着前端开发者开发的功能越来越多，对快速控件各类功能的切换、灰度、降级能力也越来越高。那么怎样才能既保证触达信息能力，又能满足低成本的要求呢？其实，Switchquery配置平台就可以满足这些要求。

责任链模式 1. 什么是责任链 责任链设计模式是一种行为型设计模式，其主要目的是解耦请求发送者和请求接收者，让多个对象都有机会处理请求，从而避免请求发送者和接收者之间的紧耦合。

本篇文章主要探讨关于统一错误码的设计，并提供笔者的实现 欢迎大家讨论，指正。 github:https://github.com/valarchie/AgileBoot-Back-End

举个例子，SpringMvc 中可以定义拦截器，并且可以定义多个。当一个用户发起请求时，顺利的话请求会经过所有拦截器，最终到达业务代码逻辑，SpringMvc 拦截器设计就是使用了责任链模式 在责任链模式中，多个处理器（参照上述拦截器）依次处理同一个请求。一个请求先经过 A 处…

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

在掘金，同学们往往喜欢分享技术原理性或教程类的文章，这是程序员的天性使然。然而，在我们科学性地技术范畴之外，软件工程则是另外一个重要的话题。

为了方便大家对异步通知返回参数的处理，Z 同事提出要将该验签功能进行统一封装，到时候大家只需要关注自己的业务逻辑即可。

大家好，我是捡田螺的小男孩。 平时我们写代码呢，多数情况都是流水线式写代码，基本就可以实现业务逻辑了。如何在写代码中找到乐趣呢，我觉得，最好的方式就是：使用设计模式优化自己的业务代码。