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

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

屎山拉屎 & 屎山吃屎

方便自己 哈哈哈~

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

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

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

@580a388da131 +1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

原来大家都这样啊。

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