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

• 資深大佬 : 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 道贩子嘛。工作量完全不一样的好吧。