今日份笑话,用 IF 分支区分项目

[E0421]

我朋友入职一家公司给我发的
"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"
"还能公用代码的"
"而且有的改了之后还会影响其他项目的效果"
"结果全靠 if 判断"

[Goooooos]

一套设计模式组合拳下来，请问阁下如何应对

[thevita]

"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"

这里的项目应该是 维护给不同 客户的不同版本，包含类似定制专有逻辑这种吧？？

如果是这样场景的话，不就是 feature flag 么，很 make sense 啊，在合规的情况下，尽量减少 long-lived branch 带来的维护成本呗

当然，一般这个 feature flag 会配合编译系统食用

[billccn]

唉至今还悔恨我当初写的一个新项目，message dispatch 用的是 if else ，因为最初就 3 种消息，觉得套个框架太累。没想到这个后来成了公司的主力 app ，堆了一大堆东西进来，几年下来几百个消息还在 if else ，你 git blame 一下这个文件里面能看到所有功能都开发者都是谁，算是公司通讯录了。

我尝试了很多次引入 routing 框架，但是要重构的地方太多了，每次好不容易通过代码审阅结果又 merge conflict 了，好不容易可以 merge 了，老板又觉得风险大零收益。于是当初一念之差就形成了一个永久的屎山。

后来想想这才是真正的软件工程。

[ydpro]

@billccn 让我想起了《软件设计的哲学》

"
每个软件系统一开始都是美丽、纯洁和干净的。

随着系统的不断构建，它们会慢慢扭曲成越来越丑陋的形状。这在实际系统中几乎是不可避免的。
每引入一个复杂性并不是什么大不了的事情，但是： "复杂性的产生是由于成百上千个微小的依赖性和模糊性随着时间的推移不断累积"
"最终，这些小问题多到每一个可能的变化都会受到其中几个问题的影响"。
这种递增过程是导致复杂性难以控制的部分原因。
Ousterhout 建议采取零容忍的理念。
"

[xiaoranj]

@billccn 算是公司通讯录了。

[SZP1206]

@billccn 看到这条有笑出声

[luzemin]

@billccn 每次我在屎山上添新屎的时候，我就想，这又不是我的错，我这也是 follow design 了，再看看 git blame ，你瞧瞧，又不是我一个这么干，心安理得。哈哈哈

[kaedeair]

这是特性开关的用法啊

[jwj]

大道至简，if 不是最简单？

[labubu]

高端的代码往往只需要简单的 if

[unco020511]

这里的项目是指啥意思

[huzhizhao]

就说能不能用吧，哈哈哈