1
TONYXUELI 349 天前
客观来说不会,放一万个心,自用爽是爽了,公用你凭什么让别人用;
|
2
tool2d 349 天前
我个人觉得 js 并不是写库的一个好平台,每一个前端项目都有一定特殊性,代码写多了,多多少少都会沾上一点业务相关的逻辑,复用起来不够纯粹。
|
3
K1W1 349 天前
挺好的,有了,踢我一下,我一直想在 js 中找个类似 java 中 hutool 这样的库。
|
4
cat 349 天前 5
你自己排斥 lodash ,却希望有人使用你写的集合库?
|
5
zhhbstudio 349 天前
以前 lodash 太重了,现在能摇树了。现在我是懒得去查该用那个函数。
|
6
lilei2023 349 天前
不想用 lodash ,又想自己写一个让别人用,这是啥逻辑,更何况 用 lodash 难道不是放心么,而且还有 es 版
|
7
Bingchunmoli 349 天前 via Android
为什么要用你的,还要看你的文档 如同你 本人较排斥使用'loadsh'、'vueuse'等,认为查起来太费事儿,感觉大家也会这么想
|
8
zxf4399 349 天前
不还是 lodash? 最后变成自己讨厌的人?
|
9
5wunian 349 天前
如果还把文档写的好,总会有人用的
|
10
43n5Z6GyW39943pj 349 天前
"本人较排斥使用'loadsh'、'vueuse'等,认为查起来太费事儿",自己搞集成函数一多起来,问题不是一样的?再走一遍后路?(自己常用的方法推到 github,换公司就 copy 一份下来)
|
12
Kusoku 348 天前
能整理出可用的 utils 代码是一方面,更重要的是得有文档说明和完善的测试覆盖
|
13
shimada666 348 天前
你说我信任 lodash 、vueuse 还是信任你的库?
|
14
janus77 348 天前
lodash 为什么这么庞大繁杂,是因为他比较通用性高
如果你写一个第三方库,想让越来越多的人使用,有什么路线?那就是包含的功能越多越好,因为你认为的“常用功能”和别人认为的可能不是同一批,所以随着用的人越来越多,库里面需要包含的功能也就越多。 那么当你的轮子达到一个量级,恭喜你,你又造了一个 lodash 。假如你的轮子叫 A 吧 这时,网络上又会出现一些帖子:“本人觉得 A 查起来太麻烦,所以想写一个功能库。。。。。。” 最后的最后,再加一点:库的可信度。包含代码质量、长期维护支持的稳定性、商业/社区属性等等。所以你有什么优势和大公司/组织出品的产品比? |