1. SOLID原则 1.1.1 定义：一个类或模块只负责完成一个功能。 理解：不要设计大而全的类，要设计粒度小、高性能单一的类。该原则的目的是为了实现代码高内聚、低耦合、提高代码复用性、可读性以及可维护性。 类中的代码行数、函数、属性是否过多。可以考虑对该类进行拆分； 补充：…

制定API接口的规范在设计接口时尤为重要,统一的格式规范会减少联调的难度,也能让后续维护者身心愉悦.在编写接口时,运用适合的参数检验技巧也能提高代码的健壮性.本文将围绕这两点详解一些我的一些经验. 带着这些疑问,我们一步步去解决. 先定义一个普通的java接口类,写入四个方法,…

一步一步，娓娓道来。 数据库上层都有一个微服务，服务层记录 “业务库” 与“数据库实例配置”的映射关系，通过数据库连接池向数据库路由 sql 语句。 如上图所示，服务层配置用户库 user 对应的数据库实例 ip。 画外音：其实是一个内网域名。 数据库高可用，很常见的一种方式，…

当 MySQL 单表的数据量过大时，数据库的访问速度会下降，“数据量大” 问题的常见解决方案是 “水平切分”。 （2）分区表。 画外音：我 C，没听过分区表，有朋友惊叹。 把一个很大的库（表）的数据分到几个库（表）中，每个库（表）的结构都相同，但他们可以分布在不同的 MySQL…

两个案例分析，展现了 MySQL 性能分析工具 explain 的强大。 详细叙述了 explain 结果中最重要的 type 字段（连接类型）的含义。 其实，explain 结果中还有一个 Extra 字段，对分析与优化 SQL 有很大的帮助，今天花 1 分钟简单和大家聊一聊…

本文源自今年系统架构师大会，我在会上分享《数据库工程架构实践》的前 3 页 PPT，数据库架构设计中的一些基本概念。 画外音：__会上分享了近 4 个小时，见《十年》。 所有概念均以 “用户中心” 举例。 画外音：这是一个提供用户注册、登录、信息查询与修改的常见业务。** 单库…

前端的一生，离不开三件事，兼容，ui与后端接口。 在刚开始工作没多久的时候，看着后端提供的那串玩意就在想，应该怎么样才能优雅的处理这几串东西。在工作的转场中，我试图从别人身上去寻找那份答案，但终究都不是我想要的那份真物。 刚刚开始碰到的是游击战模式，接口路径，他在这头，她又在另…

画外音：此处假设一页数据为 100 条，均拉取第 3 页数据。 高并发大流量的互联网架构，一般通过服务层来访问数据库，随着数据量的增大，数据库需要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增加实例数的扩容目的。 大部分的业务场景，会使…

在之前的一篇博客 Java Builder 模式,你搞懂了么? 中，我们提到了在 oop 编码设计中 只要能拿到类的实例，即对象，就能命令对象做一系列事情了。在 java/android 程序中，每个功能模块都由 n 个 类所组成，而每个类都封装了各自的功能，我们实例化每个类的…