代码优化（灵活、可读性、健壮性）

这种对象要放在for循环外面，在内部的话每次都要创建、回收，会降低效率

 

这样修改用户余额是否靠谱，是不是应该在sql里面进行运算

 

 

 这节点存币记录一般是以id为查询条件，但后续保不齐有按名称为查询条件的，如果是我写肯定是byid，后续再该方法或加接口，其实他这种用对象为参数是最好的

 

修改用户信息时，他区分了原对象和新对象，按照我的做法会是直接在原对象上面做改动

逆向生成文件别名

 

 

 

 

 

 

 列表查询可能会有很多条件，所以用对象把这些条件都预备好

 方法注释模板

 定时任务发放利息时做了判断，体验矿机不做利息处理

 此部分代码可以改造成switch

 表设计的灵活性，虽说目前提币功能只有usdt，但是难保后续不会有hct

 xml改动

 SQL优化

 problem2 这判断岂不是可以合并

 problem2 额外新建的一个TokenRet

 problem1 何故要再封装一个类呢

 name1 dbMember updateMember

 idea的workspace-xml文件在标签末尾添加该行数据，保存后竟然自动移位了

 fatal error 这里是使用燃料，source标识应该为2

 fatal error 燃料这块写的有问题

 error1-03 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以

 error1-02 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以

 error1-01 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以

 Dto模式

 bug1

 （还有个可以优化的，不用查list，用count()查询）这一步删除操作其实就做了优化，如果不注意，肯定会是用个for循环把list中的数据逐条删除，假设list有几百天数据，效率相比较就很慢了