N多分支条件判断的合理方案

N多分支条件判断的合理方案

谁的新欢旧爱 发布于 2021-11-26 字数 934 浏览 765 回复 1

最近在分析去年写的代码,主要从设计方面重新审视。其中有很多不可取的做法,也是设计的缺陷甚至可以说是没有设计。

今天就说说第一个问题:

我是做对外接口的,一个HTTP请求,提交n多的字段内容,其中的n多字段需要做校验。

如版本,类型,业务参数等。

目前的做法是将校验分成基本校验(数字类型,位数校验)和业务校验(从业务数据方面考虑)两个处理分支,当时这么想希望能重用。

但事实上随着业务越来越多,每次的校验内容可能都不一样,甚至有很大冲突

因为之前的处理都在在两个分支中。

曾经第一个想法就是在主流程中加入参数,通过参数来判断执行校验的内容。马上被否决,太不灵活了,耦合度太高。

因为时间仓促,没有太多的时间考虑,之间copy过来,把其中不需要的删掉,完成了业务处理,

这个也是我最最看不上的一点处理。

希望各位大侠能指点一下,如何处理这种情况,怎么设计才能让代码复用度高,可维护性高。

如果你对这篇文章有疑问,欢迎到本站 社区 发帖提问或使用手Q扫描下方二维码加群参与讨论,获取更多帮助。

扫码加入群聊

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

嘦怹 2021-11-26 1 楼

干嘛不用校验框架?