N多分支条件判断的合理方案
最近在分析去年写的代码，主要从设计方面重新审视。其中有很多不可取的做法，也是设计的缺陷甚至可以说是没有设计。
今天就说说第一个问题：
我是做对外接口的，一个HTTP请求，提交n多的字段内容，其中的n多字段需要做校验。
如版本，类型，业务参数等。
目前的做法是将校验分成基本校验（数字类型，位数校验）和业务校验（从业务数据方面考虑）两个处理分支，当时这么想希望能重用。
但事实上随着业务越来越多，每次的校验内容可能都不一样，甚至有很大冲突
因为之前的处理都在在两个分支中。
曾经第一个想法就是在主流程中加入参数，通过参数来判断执行校验的内容。马上被否决，太不灵活了，耦合度太高。
因为时间仓促，没有太多的时间考虑，之间copy过来，把其中不需要的删掉，完成了业务处理，
这个也是我最最看不上的一点处理。
希望各位大侠能指点一下，如何处理这种情况，怎么设计才能让代码复用度高，可维护性高。
如果你对这篇文章有疑问，欢迎到本站 社区 发帖提问或使用手Q扫描下方二维码加群参与讨论，获取更多帮助。
发布评论
需要 登录 才能够评论， 你可以免费 注册 一个本站的账号。