很多开发平台都有固定的框架体系，一般情况下，只能自己去适应代码。
但是随着项目代码膨胀，函数太多了后，由于架构体系都是别人的，按照别人思维继续修改，就变得有点繁琐。
我在想，是不是一开始思路就错了。写稍微大一点的项目，应该一开始，就让代码来适配自己的开发思路，这样等代码库变大后，才会有足够能力去 hold 住，不至于变成屎山，没人想接手。
29 条回复 • 2024-12-26 21:00:59 +08:00
 |
1
newaccount 13 小时 17 分钟前
一套框架说到底就是一套 convention
这套东西就是为了遵守的人可以快速上手而定义的 不适应就换框架，别改来改去，免得贻害后人 |
 |
2
tool2dx OP @newaccount 人的思维模式有固定惯性。当用着自己熟悉的框架，就算几年前写的代码，也比较容易排错和添加新功能。
用别人设计的框架，光维护就很累了，更别说加新功能。 总是有一种上限被卡住的感觉（错觉）。真想用一把锤子敲所有钉子。 |
|
3
newaccount 13 小时 7 分钟前
@tool2dx #2 框架的意义不是让“你”方便维护，而是让后人方便接手
来个新人就得跟他介绍三五天体系结构，这么弄个十几二十次放谁心态都崩 这时候框架站出来，熟悉的直接上手，不熟悉的自己去看框架文档，不至于把老人折腾进去 |
 |
4
InDom 13 小时 5 分钟前
如果你能 Hold 的住, 那自然就听你的, 新来的你培训去.
如果你 Hold 不住, 那你最好老老实实听框架的. 你到底是真能 Hold 的住, 还是你以为你能 Hold 的住? 你能 Hold 的住代码, 你能 Hold 的住所有同事么? |
|
5
tool2dx OP |
|
6
newaccount 12 小时 57 分钟前  1
|
 |
7
sagaxu 12 小时 50 分钟前 1
一个项目 10 个开发，每个都有自己的思路，按谁的思路走？是选一个大家最能接受最熟悉的框架，还是选一个最适合项目需求的框架？总要有所取舍。
框架或者代码风格，从来都不是导致屎山的元凶。“临时搞一下”，“复制粘贴”，“多写几个 if-else”，不愿意花时间，或者说时间不充足就会有很多凑合着用的代码，然后就渐渐失控了，因为有了先例，便会在先例的基础上再次降低要求。 会不会变成屎山，取决于有没有强力执行的 review 机制，代码优雅程度是不是 KPI 的一部分。 |
 |
8
min 12 小时 49 分钟前
一个人 hold 的住的框架？ 你确定有？
有又怎么样，如果是小规模的框架，分分钟给你推翻了 |
 |
9
weiqk 12 小时 48 分钟前
想兼容同事的别做梦了，只好让同事来兼容自己
|
|
10
tool2dx OP |
 |
11
kakki 12 小时 43 分钟前
人马合一
|
 |
12
IvanLi127 12 小时 37 分钟前
只要业务没大毛病，应该让代码适应业务场景，自己再去适应代码。
目标是优雅地实现业务需求，前期框架选错了肯定难受，真就新门类选不到就得自己写了，当然写出来也是得符合业务和同事的认知。 |
 |
14
FengMubai 12 小时 1 分钟前
编译器看得懂就行
|
 |
15
c3de3f21 11 小时 32 分钟前
虽然不想说但是心里第一个答案是：以人为本吧大概。毕竟代码/项目于个体（我这种普通码农）的一生来说不是非常重要。
|
 |
16
Tywin 11 小时 26 分钟前
能适应 money 的就是好代码
|
 |
17
chendy 11 小时 19 分钟前
看实际情况
比如说临时性的开发，别人咋写我咋写 比如说要长期折磨的项目，定一些简单的规矩大家别差太多 |
 |
18
huzhizhao 9 小时 16 分钟前
不能只考虑自己啊。也要考虑同事
毕竟大型项目不是一个人就能做完的 |
 |
19
yb2313 8 小时 33 分钟前
很简单，殴打同事直到他们适应你的代码
|
 |
20
000sitereg 8 小时 28 分钟前
哪个都不适应，我擅长屎上雕花。
|
 |
21
jy02534655 8 小时 22 分钟前
我写前端代码的时候是对框架有自己的理解的，在用别的框架的时候我会再这个框架上用我的理解进行二开
|
|
22
tool2dx OP @jy02534655 我特别喜欢在小项目上使用新的写法，觉得很有意思。甚至还加入了源代码转译。
但是大项目的痛点，在于如何在代码海洋里，快速定位到特定功能的代码行。如果对框架不太熟悉，这点上很难做到的。 |
|
23
jy02534655 7 小时 44 分钟前
@tool2dx #22 就前端来说，各个框架的设计思路都是大同小异的，一般来说对框架有一定认知之后，还是能快速定位。一个大项目肯定是需要有框架的，不管是怎么样的框架，不然会更加难以维护吧
|
 |
24
danhahaha 7 小时 2 分钟前 2
一只小鸟学会了飞翔，它觉得自己飞翔技巧出众。
但是两个又宽又大的翅膀完全没有一点美感，远远没有孔雀的漂亮，小鸡的可爱，穿过树梢还会被挂住，挤进鸟窝也会被卡住。 于是和妈妈说，妈妈妈妈，帮我修剪一下翅膀吧，我想要桃形，还要染成红色。 妈妈说，你就这鸟样，乱改飞不起来 |
 |
25
SmallBlueZhao 6 小时 6 分钟前
大公司不可能让代码来适应你的。狗屎业务天天人力不够合作方还天天 push ，只能借人过来开发。大家都是瞎几把写
|
 |
26
poembre 5 小时 33 分钟前
楼主提了个好问题， 我投一票给 代码应该适用于项目 。 最好是任何人接手这个项目的时候, 看不到框架的代码 ，一眼看过去，只有业务逻辑，以此来减少心智负担。 市面上的框架 100 个接口 很爽 很丝滑， 当业务达到 1500+ 接口后。 多一行框架代码 在我眼前都犯恶心 。
|
 |
27
dcsuibian 5 小时 15 分钟前
你向下兼容同事，那有没有同事向下兼容你呢？
|
 |
28
james122333 4 小时 55 分钟前 via Android
看你在做什么 如果在公司弄东西那就是搞个不好也不坏就可以了 不用太讲究 也没得过于讲究 所以市面上堪用的也不是不能用
如果是自己的那就是创造工具用来服务自己 最低成本最佳路径 如果你观察事物能力又不弱 那写出来用真的很爽 当你完成了切记不要开源 除非你家里有矿或者已有赚钱途逕 |
|
29
james122333 4 小时 49 分钟前 via Android
|
Select Language