写代码痛点

1:相似度百分之90的两表,如果没有特殊的用处,千万别开两个表,同一份逻辑,要处理两次.特别是支付. 就开一张支付的记录表. 和一张退款表.多开了逻辑要处理两份不说,回调还要处理两份.简直了.实在忍不住吐槽. 为什么要这样做?

2:同一个逻辑的代码一定要高度封装.不要有点变化就提供一个接口,有多少接口够提供的.一定是要写个公共的入口,然后定义好类型:类型的定义一定要标准.然后根据策略模式,进行码代码.这样的话,结构清晰. 维护容易,扩展容易.同一个功能,比如支付吧: 为小程序写一个接口,为公众号写一个接口,为app写一个接口,结果入参.代码,返回,回调,百分之90相似代码.即使把相同代码进行封装了.那么入口太多,怎么管理.甚至,相同代码都不封装. 那代码拷贝来,拷贝去,就是个灾难.本来改一个地方就行了,现在要改好几个地方.恶心啊.