过长的消息链 想要摆脱初级程序员的水平，首先需要减少暴露细节 迪米特法则 每个单元只能对与他有紧密关系的单元，拥有有限的知识 每个单元只能和朋友交谈，不与陌生人交谈 每个单元只能和自己最直接的朋友交谈 案例11String name = book.getAuthor().getName(); 修正方式：隐藏委托关系，即把调用封装起来 1234567891011class Book &#

避免滥用控制语句 函数至多有一行锁进 不要用else关键字 代码多层嵌套if和else12345678910111213141516public double getEpubPrice(final boolean highQuality, final int chapterSequence) { double price = 0; if (highQuality &&a

消除长参数列表 我们应该编写“短小”的代码 参数列表越少，越好 **一个方法的第一选择是没有参数，第二个选择是只有一个参数，稍次是两个参数。三个以上的参数简直无法忍受。 **– 代码整洁之道 将参数列表封装成对象案例11234567891011121314151617181920212223public void createBook(final String title,

避免写出难以理解的大类 原因：一个人理解的东西是有限的，没人能面对所有的细节 大类的产生： 职责不单一 字段未分组 操作要点：把类写小，越小越好 案例1:123456789101112public class User { private long userId; private String name; private String nickname; private

如何精准命名避免命名过于宽泛案例112345678910public void processChapter(long chapterId) { Chapter chapter = this.repository.findByChapterId(chapterId); if (chapter == null) { throw new IllegalArgumentEx

excel 读取HSSF(03)123456789101112@Testpublic void testRead03() throws IOException { InputStream inputStream = new FileInputStream(PATH+"/excel写入.xls"); final HSSFWorkbook workbook = new

大数据量的写入HSSF(03版) 优点：过程中数据全部写入缓存，不操作磁盘，最后一次写入缓存，速度快 缺点：最多只能处理65536行，否则会抛出异常 12Invalid row number (65536) outside allowable range (0..65535)java.lang.IllegalArgumentException: Invalid row number (65536

Excel基本写操作 引入依赖 1implementation 'org.apache.poi:poi:5.2.0' 实战1234567891011121314151617181920212223242526272829303132public class ExcelWrite { // 项目目录 private static String PATH = &q

Elasticsearch乐观并发控制Elasticsearch 中使用的这种乐观的方式假定冲突是不可能发生的，并且不会阻塞正在 尝试的操作。 然而，如果源数据在读写当中被修改，更新将会失败。应用程序接下来将决定该如何解决冲突。 例如，可以重试更新、使用新的数据、或者将相关情况报告给用户。 在数据库领域中，有两种方法来确保并发更新，不会丢失数据： 分别为乐观和悲观 举例以创建一个文档为例

文档映射映射类型ES中映射可以分为动态映射和静态映射 动态映射：在关系数据库中，需要事先创建数据库，然后在该数据库下创建数据表，并创建 表字段、类型、长度、主键等，最后才能基于表插入数据。而Elasticsearch中不需要定义Mapping映射（即关系型数据库的表、字段等），在文档写入Elasticsearch时，会根据文档字段自动识别类型，这种机制称之为动态映射。 动态映射规则如下：