这是一个创建于 644 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近写业务写到下载逻辑，创建 a 标签、点击、销毁的代码感觉一个月最起码得写一次写的有点烦了（只是拿下载功能举例）。
所以有点想搞一个功能库，把业务常用到的功能放到里边。所以想问一下大家，有这样一个库，会选择使用吗。
1.请不要说就那几行自己写、CV 更快之类
2.本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想
私心：
1.写个小工具库简历里也能写上
2.万一万一访问量高了，还能挂个广告:)
所以有点想搞一个功能库，把业务常用到的功能放到里边。所以想问一下大家，有这样一个库，会选择使用吗。
1.请不要说就那几行自己写、CV 更快之类
2.本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想
私心：
1.写个小工具库简历里也能写上
2.万一万一访问量高了，还能挂个广告:)
第 1 条附言 2024-01-10 10:35:10 +08:00
看了一下大家的回答，大致是
问题 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 2024-01-09 14:26:54 +08:00 客观来说不会,放一万个心,自用爽是爽了,公用你凭什么让别人用; |
 | 2 tool2d 2024-01-09 14:30:01 +08:00 我个人觉得 js 并不是写库的一个好平台，每一个前端项目都有一定特殊性，代码写多了，多多少少都会沾上一点业务相关的逻辑，复用起来不够纯粹。 |
 | 3 K1W1 2024-01-09 15:08:15 +08:00 挺好的，有了，踢我一下，我一直想在 js 中找个类似 java 中 hutool 这样的库。 |
 | 4 cat 2024-01-09 15:10:52 +08:00  5 你自己排斥 lodash ，却希望有人使用你写的集合库？ |
 | 5 zhhbstudio 2024-01-09 15:24:45 +08:00 以前 lodash 太重了，现在能摇树了。现在我是懒得去查该用那个函数。 |
 | 6 lilei2023 不想用 lodash ，又想自己写一个让别人用，这是啥逻辑，更何况 用 lodash 难道不是放心么，而且还有 es 版 |
 | 7 Bingchunmoli 2024-01-09 15:40:09 +08:00 via Android 为什么要用你的，还要看你的文档 如同你 本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿，感觉大家也会这么想 |
 | 8 zxf4399 2024-01-09 15:41:36 +08:00 不还是 lodash? 最后变成自己讨厌的人？ |
 | 9 5wunian 2024-01-09 15:45:02 +08:00 如果还把文档写的好，总会有人用的 |
 | 10 43n5Z6GyW39943pj 2024-01-09 15:54:53 +08:00 "本人较排斥使用'loadsh'、'vueuse'等，认为查起来太费事儿",自己搞集成函数一多起来,问题不是一样的?再走一遍后路?(自己常用的方法推到 github,换公司就 copy 一份下来) |
 | 12 Kusoku 2024-01-10 09:38:29 +08:00 能整理出可用的 utils 代码是一方面，更重要的是得有文档说明和完善的测试覆盖 |
 | 13 shimada666 2024-01-10 10:19:06 +08:00 你说我信任 lodash 、vueuse 还是信任你的库？ |
 | 14 rb6221 2024-01-10 14:49:48 +08:00 lodash 为什么这么庞大繁杂，是因为他比较通用性高 如果你写一个第三方库，想让越来越多的人使用，有什么路线？那就是包含的功能越多越好，因为你认为的“常用功能”和别人认为的可能不是同一批，所以随着用的人越来越多，库里面需要包含的功能也就越多。 那么当你的轮子达到一个量级，恭喜你，你又造了一个 lodash 。假如你的轮子叫 A 吧 这时，网络上又会出现一些帖子：“本人觉得 A 查起来太麻烦，所以想写一个功能库。。。。。。” 最后的最后，再加一点：库的可信度。包含代码质量、长期维护支持的稳定性、商业/社区属性等等。所以你有什么优势和大公司/组织出品的产品比？ |
Select Language