[JS]咨询一下大家，写一个业务上经常用到的功能库集合，会有受众群体吗?

[MingLovesLife]

最近写业务写到下载逻辑，创建 a 标签、点击、销毁的代码感觉一个月最起码得写一次写的有点烦了（只是拿下载功能举例）。
所以有点想搞一个功能库，把业务常用到的功能放到里边。所以想问一下大家，有这样一个库，会选择使用吗。

1.请不要说就那几行自己写、CV 更快之类
2.本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想

私心：
1.写个小工具库简历里也能写上
2.万一万一访问量高了，还能挂个广告:)

看了一下大家的回答，大致是

问题 1:你自己排斥 loadsh ，结果要自己搞个这类的，为什么别人要用？

回答：
1. 最开始我想的是 loadsh 这类的功能太碎了，实际业务用到的很少（平时只用到了 is 系列和节流防抖，有可能是因为目录太多我没好好翻），搞一个自己平时经常用到的，相信大家也会常用的那种，认为这是个差异点。

2. 东西太多，懒得翻，懒得看，我不知道有什么好的办法，感觉无解，因为我就是这样的人，hhhhh ，貌似程序员都对别人的东西有点排斥？都想自己搞一个？我偶尔有这种心态，只是偶尔。

问题 2:如果文档详细，测试全面，会有人用的

回答：等工作不忙了，感觉可以搞一个试试，但感觉还是绕不过问题 1 的回答 2....

昨天又写了一遍用 canvas 截图，drawimage 参数真多，真记不住......

[TONYXUELI]

客观来说不会,放一万个心,自用爽是爽了,公用你凭什么让别人用;

[tool2d]

我个人觉得 js 并不是写库的一个好平台，每一个前端项目都有一定特殊性，代码写多了，多多少少都会沾上一点业务相关的逻辑，复用起来不够纯粹。

[K1W1]

挺好的，有了，踢我一下，我一直想在 js 中找个类似 java 中 hutool 这样的库。

[cat]

你自己排斥 lodash ，却希望有人使用你写的集合库？

[zhhbstudio]

以前 lodash 太重了，现在能摇树了。现在我是懒得去查该用那个函数。

[lilei2023]

不想用 lodash ，又想自己写一个让别人用，这是啥逻辑，更何况 用 lodash 难道不是放心么，而且还有 es 版

[Bingchunmoli]

为什么要用你的，还要看你的文档 如同你 本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想

[zxf4399]

不还是 lodash? 最后变成自己讨厌的人？

[5wunian]

如果还把文档写的好，总会有人用的

[43n5Z6GyW39943pj]

"本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿",自己搞集成函数一多起来,问题不是一样的?再走一遍后路?(自己常用的方法推到 github,换公司就 copy 一份下来)

[zzk1989]

有 unplugin-auto-import/vite,loadsh-es @vueuse 都是自动引入,摇树优化了

[Kusoku]

能整理出可用的 utils 代码是一方面，更重要的是得有文档说明和完善的测试覆盖

[shimada666]

你说我信任 lodash 、vueuse 还是信任你的库？

[janus77]

lodash 为什么这么庞大繁杂，是因为他比较通用性高
如果你写一个第三方库，想让越来越多的人使用，有什么路线？那就是包含的功能越多越好，因为你认为的“常用功能”和别人认为的可能不是同一批，所以随着用的人越来越多，库里面需要包含的功能也就越多。
那么当你的轮子达到一个量级，恭喜你，你又造了一个 lodash 。假如你的轮子叫 A 吧
这时，网络上又会出现一些帖子：“本人觉得 A 查起来太麻烦，所以想写一个功能库。。。。。。”


最后的最后，再加一点：库的可信度。包含代码质量、长期维护支持的稳定性、商业/社区属性等等。所以你有什么优势和大公司/组织出品的产品比？