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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 378 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

第 1 条附言 · 2023-12-14 16:45:55 +08:00

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

能管

公用

分支

项目

32 条回复 • 2023-12-16 08:22:51 +08:00

E0421

2023-12-14 11:30:55 +08:00

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

sunny352787

2023-12-14 11:45:52 +08:00

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

类似这种？

uni

2023-12-14 11:55:35 +08:00

为什么不用 monorepo ？

chendy

2023-12-14 11:58:12 +08:00

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

opengps

2023-12-14 12:13:28 +08:00

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

renmu

2023-12-14 12:16:06 +08:00 via Android

最后发现还是 if 好使

Qiss

2023-12-14 12:21:11 +08:00

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

perfectlife

2023-12-14 12:23:40 +08:00

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

root71370

2023-12-14 12:38:11 +08:00

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

zypy333

2023-12-14 12:40:23 +08:00

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

awalkingman

2023-12-14 13:32:12 +08:00

质疑 if ，理解 if ，成为 if

helloworldgo

2023-12-14 13:37:35 +08:00

朴素的解决方式

coderzhangsan

2023-12-14 13:56:41 +08:00

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

HongXinss

2023-12-14 14:10:16 +08:00

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

zt5b79527

2023-12-14 14:16:25 +08:00

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

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

ashuai

2023-12-14 14:41:54 +08:00

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

sumarker

2023-12-14 15:59:14 +08:00

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

szzhiyang

2023-12-14 16:05:59 +08:00

@ashuai 拼错了，是 sigh

lll5758

2023-12-14 16:07:21 +08:00

世界的本质就是 if else

hez2010

2023-12-14 16:28:48 +08:00 via Android

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

Goooooos

2023-12-14 16:40:53 +08:00

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

thevita

2023-12-14 16:42:52 +08:00

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

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

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

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

billccn

2023-12-14 16:44:06 +08:00

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

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

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

ydpro

2023-12-14 17:00:39 +08:00

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

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

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