weixin_40598838的博客

概述在做多个类型数据统计的时候，可能需要返回总计，还需要返回每个类型每天的详细数据，如上图设计在看过上图的数据返回格式应该清楚，在总计中有个对象，对象有两个属性，total，incomeTypeCode，而且有多个值，为此应该设计为一个List，明细也如此设计如下@Datapublic class UserIncomeChartData { private List<UserIncomeTotal> total = new ArrayList<>();

概述在一些需求涉及到多张表，多个对象的时候，业务逻辑就会呈现出一定的复杂性，通常这时候你会需要返回多张表的多个对象给前端，这时候，如果设计好Java对象，以能给到前端正确的对象呐?下面，来介绍一些较好用的方法，供参考基于JSON格式的Java对象设计首先看这样一个JSON格式:{“tbSpecification”:{“specName”:“test1”},“tbSpecificationOptionList”:[ {“optionName”:“test11”,“orders”:1

概述有时候给前端返回全部数据啊或者单个数据，甚至是对查出的数据进行分页返回都是经常见，有的时候又需要不返回数据，而只返回提示信息就可以了。分页数据返回一般常见于两个属性，一个是total，分页数，另一个是list，数据列表。方案其实在明确了数据情况和需求之后，也就很好设计。Result类@Datapublic class Result<T> { private String code; private String message; private T

概述项目中总会需要去梳理项目流程，以根据新需求重新改造项目。流程梳理方法在梳理流程的时候，首先需要找到业务中的逻辑所在类，一般是在Service层中，当然在有些项目中业务逻辑也会被放在Controller中。再则看其中所涉及到的类，SQL语句，借助UML等画图工具帮助理清逻辑关系，在此基础上改造...

------不完整，待更新概述以微服务项目的方式，对软件体系进行一个简单的探究，简略说明，为什么这样做，软件中这样做的原因是什么，结合一定的案例给出。父工程对于父工程模块中重要的是其中的pom文件，在微服务体系下，不能够过多，比如在子模块中会自己引入的，就不要在父工程的pom文件中引入，避免父工程承担过多的责任，更多的引入权应该交给子模块，让子模块更能自治。结构目录pom文件在pom文件中便是简单的引入一些必须的依赖，过多、繁杂的依赖并没有引入<parent> &