最近总结了一个写代码的方法，如题：Findingamethodfromtheresult举个简单的例子：因为在现在的公司里，经常有这样一个阶段。我在前端写了demo和json数据，包括一些随机的pageLists。简单的还好，遇到一些复杂的就有点懵了。以前后台指定json格式后，只需要做简单复杂的渲染或者重组即可。写个demo就相当于既是前端又是小后端。例如：这是一个非常简单的列表，混合了一个选项卡。对于具体的tab，我创建的list的json如下：[changePath:[],//conversionpathchangeTimes:{//conversiontimesnumber:'',//valuepercent:''//proportion},changePersons:{//转化次数number:'',//价值百分比:''//比例},changeValues:{//转化价值number:'',//价值百分比:''//比例}]再一个复杂：增加一个细分维度，表格变成一个json，有children的父子包含关系。根据ant-d的父子表的json格式创建数据，就这样。我偷懒了，直接截图了。其实母本是一样的，都是从一开始的json-item数据展开的。可以看出children里面是一个小循环，循环的变量一定是选择的细分维度。children里面的item和parentbody的item一一对应，这样渲染的时候可以复用。看复杂的：对应的json格式：因为有两个[times,values]，可能还有3、4个，所以根据changeTimes和changeValues，已经不能满足我的需求了。一开始没整理好，所以创建的demo数据都是一样的。仔细一看，它们的区别就是modals模型不同，[numberandvalue]是同一个模型共享的，所以立马想到应该循环使用modals，需要使用modals的value作为索引索引（否则这里的命名不能是动态的）。再看一个比较复杂的：对应的json格式：其实复杂的话无非就是多了一个children，但是children里面的item需要和parentbody的item保持一致。所以其实理解第一个parentbody，结合上次渲染的结果json，找出内部变量是怎么生成的，比如需要通过模型循环获取？还是需要通过细分维度得到，很容易就解决了。
