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

[E0421]

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

看了大家的回复 emmm 难道真的是我少见多怪了
一般这种需求我们做法应该是打一个底层通用包(共用代码的话)
如果是多个项目在一个基线版本上去修改 那就是拉出不同的分支(每个项目一个分支)
至少在我自己操作上对这种多个项目放到一个分支里的行为不太理解....

[E0421]

这就是现在国内 app 如此臃肿的原因么 哈哈哈 8 成代码是别的项目的(开个玩笑)

[sunny352787]

if applicationId == "淘宝"
return 20¥
else if applicationId == "天猫"
return 200¥
else if applicationId == "拼多多"
return 9.9¥
endif

类似这种？

[uni]

为什么不用 monorepo ？

[chendy]

年轻的时候：哈哈哈什么 sb
现在：你干你也麻

[opengps]

不好笑，现实场景里总有一堆因素制约，不适合用太高端的太优秀的做法，代码写太抽象，你带个新徒弟都帮不上你忙的场景比比皆是

[renmu]

最后发现还是 if 好使

[Qiss]

显得自己有多聪明的时候，想想人家这样做是不是为了融入那个环境

[perfectlife]

@uni monorepo 搞 cicd 真的好痛苦，尤其是安卓/ios,小程序,web 在一起，噩梦

[root71370]

写来写去还是 if 好用还好看懂

[zypy333]

也可能当初一个礼拜上线的，有些地方图省事临时 if ，后面也不重构，就往上面堆屎

[awalkingman]

质疑 if ，理解 if ，成为 if

[helloworldgo]

朴素的解决方式

[coderzhangsan]

国内很多项目逐渐成为屎山，你应该去思考为什么会成为屎山，而不是嘲笑屎三的造型不好看。

[HongXinss]

嘲笑 if 这座屎山，我羡慕你是一个年轻人

[zt5b79527]

有相当一部分情况，写代码=搞工程，搞工程就是在安全合法（能运行）的范围内，对各方、各种制约因素（工期、人力、薪资等）进行妥协的结果。

只要没给你挖下天坑就行，质疑 if ，理解 if ，成为 if 。

[ashuai]

以前的人以功能强劲发布包精干为荣。现在……sign

[sumarker]

看着一堆 if：是谁写的屎山
打开 git blame：原来是我...

[szzhiyang]

@ashuai 拼错了，是 sigh

[lll5758]

世界的本质就是 if else

[hez2010]

你要是接触过大型 c++ 项目的话就不会对这个感到奇怪了。大量的 #ifdef 来控制特性开关，打开 .cpp 文件满眼都是 #ifdef #ifndef ，没有 ide 的高亮的话你甚至都不知道你目前的构建配置下到底哪部分代码是被启用的，哪部分没被启用。

[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 不是最简单？

[daimiaopeng]

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

[unco020511]

这里的项目是指啥意思

[huzhizhao]

就说能不能用吧，哈哈哈