darling19961030

1. 将 100w 数据以 5w 大小分 20 组写入文件
2. 将这 20 组数据分别读到内存中排序
3. 读取 20 组数据的最小值到内存，比较出最小值写入文件，再从最小值所在组读入一个新数据
4. 再比较出最小值写入文件，再从最小值所在组读入新值
5. 直到读完 20 组数据，那写入的文件也是 100w 排序后的数据了

我以前也陷入“规范”的怪区，比如你说的 PO 、VO 、DAO 、BO 、POJO 、Resp 、Param ，再比如 Controller 和 ServiceImpl 哪些代码能写，哪些不能写；参数校验在哪层做，Service 做不做，入参校验，返回值要不要校验；一个函数应该多少行，是写 Void 类型函数把返回值当入参传入，还是定义返回值对象类型的函数；再加上微服务 RPC ，DDD 原则，等等等等。
现在看，细究的意义都不大。
你可以了解，可以有自己的理解，但不用强求一个标准。
现实项目，假如你是一个生命力强的产品，一直迭代，那么你一直改改改自然能找到适合你的规范。
假如是一锤子买卖项目或者爆发性的产品项目的，首要也是快速落地。
计划赶不上变化。技术为业务而生，等你业务到了，自然就知道哪个省力合适了。
脱离实际需求，单纯的讨论技术规范，空中楼阁，意义不大，这跟你的项目周期性质团队成员都有关系。