这是一个创建于 305 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近写业务写到下载逻辑，创建 a 标签、点击、销毁的代码感觉一个月最起码得写一次写的有点烦了（只是拿下载功能举例）。
所以有点想搞一个功能库，把业务常用到的功能放到里边。所以想问一下大家，有这样一个库，会选择使用吗。
1.请不要说就那几行自己写、CV 更快之类
2.本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想
私心：
1.写个小工具库简历里也能写上
2.万一万一访问量高了，还能挂个广告:)
所以有点想搞一个功能库，把业务常用到的功能放到里边。所以想问一下大家，有这样一个库，会选择使用吗。
1.请不要说就那几行自己写、CV 更快之类
2.本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想
私心：
1.写个小工具库简历里也能写上
2.万一万一访问量高了，还能挂个广告:)
第 1 条附言 · 304 天前
看了一下大家的回答，大致是
问题 1:你自己排斥 loadsh ，结果要自己搞个这类的，为什么别人要用？
回答：
1. 最开始我想的是 loadsh 这类的功能太碎了，实际业务用到的很少（平时只用到了 is 系列和节流防抖，有可能是因为目录太多我没好好翻），搞一个自己平时经常用到的，相信大家也会常用的那种，认为这是个差异点。
2. 东西太多，懒得翻，懒得看，我不知道有什么好的办法，感觉无解，因为我就是这样的人，hhhhh ，貌似程序员都对别人的东西有点排斥？都想自己搞一个？我偶尔有这种心态，只是偶尔。
问题 2:如果文档详细，测试全面，会有人用的
回答：等工作不忙了，感觉可以搞一个试试，但感觉还是绕不过问题 1 的回答 2....
昨天又写了一遍用 canvas 截图，drawimage 参数真多，真记不住......
问题 1:你自己排斥 loadsh ，结果要自己搞个这类的，为什么别人要用？
回答：
1. 最开始我想的是 loadsh 这类的功能太碎了，实际业务用到的很少（平时只用到了 is 系列和节流防抖，有可能是因为目录太多我没好好翻），搞一个自己平时经常用到的，相信大家也会常用的那种，认为这是个差异点。
2. 东西太多，懒得翻，懒得看，我不知道有什么好的办法，感觉无解，因为我就是这样的人，hhhhh ，貌似程序员都对别人的东西有点排斥？都想自己搞一个？我偶尔有这种心态，只是偶尔。
问题 2:如果文档详细，测试全面，会有人用的
回答：等工作不忙了，感觉可以搞一个试试，但感觉还是绕不过问题 1 的回答 2....
昨天又写了一遍用 canvas 截图，drawimage 参数真多，真记不住......
 |
1
TONYXUELI 305 天前
客观来说不会,放一万个心,自用爽是爽了,公用你凭什么让别人用;
|
 |
2
tool2d 305 天前
我个人觉得 js 并不是写库的一个好平台，每一个前端项目都有一定特殊性，代码写多了，多多少少都会沾上一点业务相关的逻辑，复用起来不够纯粹。
|
 |
3
K1W1 305 天前
挺好的，有了，踢我一下，我一直想在 js 中找个类似 java 中 hutool 这样的库。
|
 |
4
cat 305 天前  5
你自己排斥 lodash ，却希望有人使用你写的集合库？
|
 |
5
zhhbstudio 305 天前
以前 lodash 太重了，现在能摇树了。现在我是懒得去查该用那个函数。
|
 |
6
lilei2023 305 天前
不想用 lodash ，又想自己写一个让别人用，这是啥逻辑，更何况 用 lodash 难道不是放心么，而且还有 es 版
|
 |
7
Bingchunmoli 305 天前 via Android
为什么要用你的，还要看你的文档 如同你 本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想
|
 |
8
zxf4399 305 天前
不还是 lodash? 最后变成自己讨厌的人？
|
 |
9
5wunian 305 天前
如果还把文档写的好，总会有人用的
|
 |
10
43n5Z6GyW39943pj 305 天前
"本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿",自己搞集成函数一多起来,问题不是一样的?再走一遍后路?(自己常用的方法推到 github,换公司就 copy 一份下来)
|
 |
12
Kusoku 304 天前
能整理出可用的 utils 代码是一方面，更重要的是得有文档说明和完善的测试覆盖
|
 |
13
shimada666 304 天前
你说我信任 lodash 、vueuse 还是信任你的库？
|
 |
14
janus77 304 天前
lodash 为什么这么庞大繁杂，是因为他比较通用性高
如果你写一个第三方库，想让越来越多的人使用，有什么路线？那就是包含的功能越多越好，因为你认为的“常用功能”和别人认为的可能不是同一批，所以随着用的人越来越多，库里面需要包含的功能也就越多。 那么当你的轮子达到一个量级，恭喜你，你又造了一个 lodash 。假如你的轮子叫 A 吧 这时，网络上又会出现一些帖子：“本人觉得 A 查起来太麻烦，所以想写一个功能库。。。。。。” 最后的最后，再加一点：库的可信度。包含代码质量、长期维护支持的稳定性、商业/社区属性等等。所以你有什么优势和大公司/组织出品的产品比？ |
Select Language