前段时间待过一家公司，也是奇葩。 里面的前端轮子一大堆，而且基本都是拿 ant / weui 这些代码套多一层的…… 套多了一层很多配置都写不进去，用起来还不如原来的好用。 而且这一堆轮子还没任何文档，想知道有什么配置还得看源码。
最最最重要的是，里面的业务代码没几个懂得。之前写的人早走了……
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2125 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jan 16, 2021
很多人没搞懂做轮子和做业务的区别。写业务，自己包一层写起来肯定方便，下次改就在这个项目改就好了。
我这里说的轮子都是脱离业务项目出来给团队层面用的。如果出了问题，或者想改一点什么的话，就要切换到轮子的项目去改，改完还得上传到内部 npm 去更新，然后又要切回去业务项目去改依赖版本号，还可能要改代码。一个轮子的问题涉及到多个项目的话，还得逐个逐个找出来改。
我这里说的轮子都是脱离业务项目出来给团队层面用的。如果出了问题，或者想改一点什么的话，就要切换到轮子的项目去改，改完还得上传到内部 npm 去更新，然后又要切回去业务项目去改依赖版本号，还可能要改代码。一个轮子的问题涉及到多个项目的话，还得逐个逐个找出来改。
 |
wukongkongJan 16, 2021
1
你不也是这样嘛，反正我也是这样，🤪🤪🤪
|
 |
2
屎山拉屎 & 屎山吃屎
|
1 |
justin2018Jan 16, 2021
3
方便自己 哈哈哈~
看不懂别人的 自己在做一个 o(╯□╰)o |
 |
salmon5Jan 16, 2021
4
这多好啊，你就不可替代了
|
 |
580a388da131Jan 16, 2021
5
大概是很多轮子的配置项太多太多了，有时候我也会随手包一下。。。
|
 |
temporaryJan 16, 2021 via iPhone
6
@580a388da131 +1
|
 |
pushbackJan 16, 2021
7
包完这个轮子，就是我的了（成就 MAX ）
|
 |
bsg1992Jan 16, 2021
8
自研框架 到业务方 也会在包一层的。
|
 |
VShawnJan 16, 2021
9
把标题里 前端 两个字划掉我觉得也说得过去，手动狗头
|
 |
xcstreamJan 16, 2021
10
创造门槛，创造工作量。
要是 1 个人能快速把活干完，老板为什么要招 2 个人 |
 |
nianyuJan 16, 2021
11
没有形成文档标准化造成的，我之前一家公司也是这样。
轮子写的倒是挺好，就是乱七八糟的没文档，写的人走之后没人维护了 |
 |
BBUGJan 16, 2021
12
扩展现有组件最基础的操作就是透传 props 嘛，相当于原有组件的超集，正常写应该不会存在配置传不进去。
|
 |
kangyanJan 16, 2021
13
没有规划的前端团队是这样的
|
 |
lovecyJan 16, 2021
14
我觉得#5 正解，同一个配置你要我复制好几遍我不愿意的，都是新写个轮子套进去。
|
 |
9kiJan 16, 2021
15
你这个问题分为好几个部分
1. 为什么要封装？ 稍微大一点的项目都是要把三方组件库封装一下在用的，否则遇到库不兼容更新还是挺麻烦的，更别说样式和内部逻辑的问题，在封装的过程中对其样式和操作操作逻辑做一些修改是很正常的事情，当然传递 props 是基础操作，如果没做好自然是水平问题，vue 可以 v-bind="$attrs"，react 可以 {...props} 2. 基础组件中不应该包含业务逻辑，如果将其混淆在一起也是水平问题 3. append 中的引用部分，monorepo 了解一下 |
 |
darknollJan 16, 2021
16
多一层怎么能叫造轮子？造轮子是自己重新开始弄吧
|
 |
akiraJan 16, 2021
17
不止是前端
写代码的好多都是这样的了 |
 |
ByZHkc3Jan 16, 2021
18
还真是，比如写个小程序人家用 uniapp 写时都套一大堆，当场疯掉
|
 |
shyangsJan 16, 2021
19
包完这个轮子，就是我的了.
|
 |
laravelJan 17, 2021
20
造轮子是比较好的学习方式
|
 |
iplayio2019Jan 17, 2021
21
原来大家都这样啊。
|
 |
jones2000Jan 17, 2021
22
轮子不是应该从 0 开始做的嘛， 包别人的轮子不就是 2 道贩子嘛。工作量完全不一样的好吧。
|
Select Language