我以前也是这么写的,但是优化到最后发现,还不如ifelse呢 5月前·北京 37 分享 回复 展开4条回复 老刮子 ... 越简单越实用,一目了然。具体项目具体分析,才不会一味的想别的什么策略 1年前·重庆 8 分享 回复 程序员蜗牛 作者 ... 本来就是具体问题具体分析 ...
尤其是那些没有注释的代码。其次是可维护性,因为if-else特别多,if-else是有办法可以消除掉的,其中比较典型的并且使用广泛的就是借助策略模式和工厂模式,准确的说是利用这两个设计模式的思想,彻底消灭代码中的if-else。 传统用if else (伪代码) public BigDecimal calPrice(BigDecimal orderPrice, String buyerType)...
从此告别if-else ,上面的类别可以用枚举代替,这只是个例子,就不搞得那么正规了 - -!!
开闭原则(对扩展开放,对修改关闭):如果此时需要添加(删除)某个逻辑,那么不可避免的要修改原来的代码 因为违反了以上两个原则,尤其是当 if-else 块中的代码量比较大时,后续代码的扩展和维护就会逐渐变得非常困难且容易出错 if-else 不超过 2 层,块中代码 1~5 行,直接写到块中,否则封装为方法 if-else 超过 ...