做轮子真心深入每个前端的心

[wobuhuicode]

前段时间待过一家公司，也是奇葩。 里面的前端轮子一大堆，而且基本都是拿 ant / weui 这些代码套多一层的…… 套多了一层很多配置都写不进去，用起来还不如原来的好用。 而且这一堆轮子还没任何文档，想知道有什么配置还得看源码。

最最最重要的是，里面的业务代码没几个懂得。之前写的人早走了……

很多人没搞懂做轮子和做业务的区别。写业务，自己包一层写起来肯定方便，下次改就在这个项目改就好了。
我这里说的轮子都是脱离业务项目出来给团队层面用的。如果出了问题，或者想改一点什么的话，就要切换到轮子的项目去改，改完还得上传到内部 npm 去更新，然后又要切回去业务项目去改依赖版本号，还可能要改代码。一个轮子的问题涉及到多个项目的话，还得逐个逐个找出来改。

[wukongkong]

你不也是这样嘛，反正我也是这样，🤪🤪🤪

[IsaacYoung]

屎山拉屎 & 屎山吃屎

[justin2018]

方便自己 哈哈哈~

看不懂别人的 自己在做一个 o(╯□╰)o

[salmon5]

这多好啊，你就不可替代了

[580a388da131]

大概是很多轮子的配置项太多太多了，有时候我也会随手包一下。。。

[temporary]

@580a388da131 +1

[pushback]

包完这个轮子，就是我的了（成就 MAX ）

[bsg1992]

自研框架 到业务方 也会在包一层的。

[VShawn]

把标题里 前端 两个字划掉我觉得也说得过去，手动狗头

[xcstream]

创造门槛，创造工作量。
要是 1 个人能快速把活干完，老板为什么要招 2 个人

[nianyu]

没有形成文档标准化造成的，我之前一家公司也是这样。
轮子写的倒是挺好，就是乱七八糟的没文档，写的人走之后没人维护了

[BBUG]

扩展现有组件最基础的操作就是透传 props 嘛，相当于原有组件的超集，正常写应该不会存在配置传不进去。

[kangyan]

没有规划的前端团队是这样的

[lovecy]

我觉得#5 正解，同一个配置你要我复制好几遍我不愿意的，都是新写个轮子套进去。

[9ki]

你这个问题分为好几个部分
1. 为什么要封装？
稍微大一点的项目都是要把三方组件库封装一下在用的，否则遇到库不兼容更新还是挺麻烦的，更别说样式和内部逻辑的问题，在封装的过程中对其样式和操作操作逻辑做一些修改是很正常的事情，当然传递 props 是基础操作，如果没做好自然是水平问题，vue 可以 v-bind="$attrs"，react 可以 {...props}

2. 基础组件中不应该包含业务逻辑，如果将其混淆在一起也是水平问题

3. append 中的引用部分，monorepo 了解一下

[darknoll]

多一层怎么能叫造轮子？造轮子是自己重新开始弄吧

[akira]

不止是前端
写代码的好多都是这样的了

[ByZHkc3]

还真是，比如写个小程序人家用 uniapp 写时都套一大堆，当场疯掉

[shyangs]

包完这个轮子，就是我的了.

[laravel]

造轮子是比较好的学习方式

[iplayio2019]

原来大家都这样啊。

[jones2000]

轮子不是应该从 0 开始做的嘛， 包别人的轮子不就是 2 道贩子嘛。工作量完全不一样的好吧。