我朋友入职一家公司给我发的
"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"
"还能公用代码的"
"而且有的改了之后还会影响其他项目的效果"
"结果全靠 if 判断"
"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"
"还能公用代码的"
"而且有的改了之后还会影响其他项目的效果"
"结果全靠 if 判断"
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1064 days ago, the information mentioned may be changed or developed.
Supplement 1 · Dec 14, 2023
看了大家的回复 emmm 难道真的是我少见多怪了
一般这种需求我们做法应该是打一个底层通用包(共用代码的话)
如果是多个项目在一个基线版本上去修改 那就是拉出不同的分支(每个项目一个分支)
至少在我自己操作上对这种多个项目放到一个分支里的行为不太理解....
一般这种需求我们做法应该是打一个底层通用包(共用代码的话)
如果是多个项目在一个基线版本上去修改 那就是拉出不同的分支(每个项目一个分支)
至少在我自己操作上对这种多个项目放到一个分支里的行为不太理解....
 |
1
这就是现在国内 app 如此臃肿的原因么 哈哈哈 8 成代码是别的项目的(开个玩笑)
|
 |
sunny352787Dec 14, 2023
2
if applicationId == "淘宝"
return 20¥ else if applicationId == "天猫" return 200¥ else if applicationId == "拼多多" return 9.9¥ endif 类似这种？ |
 |
uniDec 14, 2023
3
为什么不用 monorepo ？
|
 |
4
年轻的时候：哈哈哈什么 sb
现在：你干你也麻 |
10 |
5
不好笑，现实场景里总有一堆因素制约，不适合用太高端的太优秀的做法，代码写太抽象，你带个新徒弟都帮不上你忙的场景比比皆是
|
 |
renmuDec 14, 2023 via Android
6
最后发现还是 if 好使
|
 |
QissDec 14, 2023
7
显得自己有多聪明的时候，想想人家这样做是不是为了融入那个环境
|
 |
perfectlifeDec 14, 2023
8
@uni monorepo 搞 cicd 真的好痛苦，尤其是安卓/ios,小程序,web 在一起，噩梦
|
 |
root71370Dec 14, 2023
9
写来写去还是 if 好用还好看懂
|
 |
zypy333Dec 14, 2023
10
也可能当初一个礼拜上线的，有些地方图省事临时 if ，后面也不重构，就往上面堆屎
|
 |
11
质疑 if ，理解 if ，成为 if
|
 |
helloworldgoDec 14, 2023
12
朴素的解决方式
|
 |
coderzhangsanDec 14, 2023
13
国内很多项目逐渐成为屎山，你应该去思考为什么会成为屎山，而不是嘲笑屎三的造型不好看。
|
 |
eWS2mq278TTzoj0ODec 14, 2023
14
嘲笑 if 这座屎山，我羡慕你是一个年轻人
|
 |
zt5b79527Dec 14, 2023
15
有相当一部分情况，写代码=搞工程，搞工程就是在安全合法（能运行）的范围内，对各方、各种制约因素（工期、人力、薪资等）进行妥协的结果。
只要没给你挖下天坑就行，质疑 if ，理解 if ，成为 if 。 |
 |
ashuaiDec 14, 2023
16
以前的人以功能强劲发布包精干为荣。现在……sign
|
 |
sumarkerDec 14, 2023
17
看着一堆 if：是谁写的屎山
打开 git blame：原来是我... |
 |
lll5758Dec 14, 2023
19
世界的本质就是 if else
|
 |
hez2010Dec 14, 2023 via Android
20
你要是接触过大型 c++ 项目的话就不会对这个感到奇怪了。大量的 #ifdef 来控制特性开关，打开 .cpp 文件满眼都是 #ifdef #ifndef ，没有 ide 的高亮的话你甚至都不知道你目前的构建配置下到底哪部分代码是被启用的，哪部分没被启用。
|
 |
SezxyDec 14, 2023
21
一套设计模式组合拳下来，请问阁下如何应对
|
 |
thevitaDec 14, 2023
22
"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"
这里的项目应该是 维护给不同 客户的不同版本，包含类似定制专有逻辑这种吧？？ 如果是这样场景的话，不就是 feature flag 么，很 make sense 啊，在合规的情况下，尽量减少 long-lived branch 带来的维护成本呗 当然，一般这个 feature flag 会配合编译系统食用 |
 |
23
唉至今还悔恨我当初写的一个新项目，message dispatch 用的是 if else ，因为最初就 3 种消息，觉得套个框架太累。没想到这个后来成了公司的主力 app ，堆了一大堆东西进来，几年下来几百个消息还在 if else ，你 git blame 一下这个文件里面能看到所有功能都开发者都是谁，算是公司通讯录了。
我尝试了很多次引入 routing 框架，但是要重构的地方太多了，每次好不容易通过代码审阅结果又 merge conflict 了，好不容易可以 merge 了，老板又觉得风险大零收益。于是当初一念之差就形成了一个永久的屎山。 后来想想这才是真正的软件工程。 |
 |
ydproDec 14, 2023
24
@billccn 让我想起了《软件设计的哲学》
" 每个软件系统一开始都是美丽、纯洁和干净的。 随着系统的不断构建，它们会慢慢扭曲成越来越丑陋的形状。这在实际系统中几乎是不可避免的。 每引入一个复杂性并不是什么大不了的事情，但是： "复杂性的产生是由于成百上千个微小的依赖性和模糊性随着时间的推移不断累积" "最终，这些小问题多到每一个可能的变化都会受到其中几个问题的影响"。 这种递增过程是导致复杂性难以控制的部分原因。 Ousterhout 建议采取零容忍的理念。 " |
 |
luzeminDec 14, 2023
27
@billccn 每次我在屎山上添新屎的时候，我就想，这又不是我的错，我这也是 follow design 了，再看看 git blame ，你瞧瞧，又不是我一个这么干，心安理得。哈哈哈
|
 |
kaedeairDec 14, 2023
28
这是特性开关的用法啊
|
 |
jwjDec 15, 2023
29
大道至简，if 不是最简单？
|
 |
labubuDec 15, 2023
30
高端的代码往往只需要简单的 if
|
 |
unco020511Dec 15, 2023
31
这里的项目是指啥意思
|
 |
huzhizhaoDec 16, 2023 via iPhone
32
就说能不能用吧，哈哈哈
|
Select Language