唯一不变的就是变化本身。我们经常讲的系统、子系统、模块、组件、类、函数就是从逻辑上将软件一步步分解为更细微的部分,即逻辑单元,分而治之,复杂问题拆解为若干简单问题,逐个解决。逻辑单元内部、外部的交互会产生依赖,从而产生了内聚、耦合概念。内聚主要描述逻辑单元内部,耦合主要描述逻辑单元之间的关系。我们经
DRY原则DRY原则,它的英文描述为:Don’tRepeatYourself。中文直译为:不要重复自己。也可以理解为:不要写重复的代码。我们从实现逻辑重复、功能语义重复和代码执行重复,这三种代码重复来说明DRY原则。实现逻辑重复例如有两个函数isValidUserName()和isValidPass
作者:海友怀宇亚平等可观测性作为系统高可用的重要保障,已经成为系统建设中不可或缺的一环。然而随着业务逻辑的日益复杂,传统的ELK方案在日志搜集、筛选和分析等方面愈加耗时耗力,而分布式会话跟踪方案虽然基于追踪能力完善了日志的串联,但更聚焦于调用链路,也难以直接应用于高效的业务追踪。1.背景1.1业务系
状态管理是前端整天遇到的概念,但是大家是否思考过什么是状态,管理的又是什么呢?我们知道,程序是处理数据的,数据是信息的载体,比如颜色是红色或蓝色这就是数据。那为什么不叫数据管理呢?状态和数据是什么关系?什么是状态状态是数据的变化,比如颜色是红色或蓝色是数据,而颜色从红色变为蓝色这就是状态了。状态的改
1、背景说起应用分层,大部分人都会认为这个不是很简单嘛就controller,service,mapper三层。看起来简单,很多人其实并没有把他们职责划分开,在很多代码中,controller做的逻辑比service还多,service往往当成透传了,这其实是很多人开发代码都没有注意到的
什么时候进行重构?任何时间都可以进行重构,前提是你有足够的时间以及精力去做这件事情,大部分公司重构代码是不会计入KPI的,甚至重构的越多,出bug的概率就越大,背锅的可能就越大。因此,小规模的重构或者自己负责功能的重构,可以穿插在需求中进行;大规模重构因为耗费时间较长,出错概率较高,必须