【IT需求分析及设计】需求设计方案尽量避免hardcode

经历了项目需求不断改变,需要经常修改代码,又不知道在哪里隐藏着不为人知的bug的痛苦后。本菜狗总结得到的教训是:**设计需求方案一定尽量避免hardcode!!!**也就是尽量避免在代码里写死固定值。

例如,在创建订单时,需要在创建A\B\C订单类型时需要自动过滤掉a\b\c类物料。
hard code写法:

 order type in  ['A','B','C']
 material type in ['a','b','c']

后续如果scope变化了,无论是订单类型变化,还是物料类型变化,都需要修改涉及到的代码重新上线。导致很多不必要的工作量,也有很多隐患。

因此,方案设计尽量将数据做成可配置的。也就是在数据库里新增一张配置表来存放order type和materai type两列,等到数据更新的时候,只需要去库里维护配置表即可。不需要再修改代码。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值