这是一个创建于 1099 天前的主题，其中的信息可能已经有所发展或是发生改变。
看到前端提供了一些挺好用的工具，比如 husky 用来 precommit ，standar-version 用来生成 CHANGELOG 等等。
npm install一下挺方便的。但是想问下，但非前端项目里用这些前端工具是不是有点奇怪。这样混着用普遍么？
 |
1
crackhopper 2021-11-23 21:47:18 +08:00
我的观点，好用就行呗。
但工具链安装最好不放仓库里，可以文档说明一下怎么搞环境，或者提供个安装脚本。最好的，我觉得还是做个 docker 之类的镜像，安装好了工具链供使用。 |
 |
2
x97bgt OP @crackhopper docker 感觉比直接安装来的重，不过确实是不需要依赖和不会污染本地环境。
|
 |
3
adoal 2021-11-23 21:59:33 +08:00  1
有个“定理”说凡是能用 JS 重写的软件一定会用 JS 重写……
人家非前端圈子可能本来就在用“一些挺好的工具”，只是你熟悉 JS 生态，所以更了解用 JS 重写过的变种而已。 |
 |
4
BeautifulSoap 2021-11-23 22:09:14 +08:00
作为一个后端虽然只是偶尔用用 npm 之类的，但每次使用都感觉它们给我电脑里下了一万个文件，观感不佳
而且就我参与的不同项目的经验来看，node 这么多版本有时差一个大版本就会导致项目、工具跑不起来或安装依赖出各种莫名其妙乱七八糟的问题。所以涉及到前端的项目，没有人做 Docker 镜像的话我经常碰都懒得去碰。。。。 |
 |
5
angrylid 2021-11-23 22:10:08 +08:00
我还见过一些桌面客户端是在后台挂一个 HTTP 服务器，在浏览器里面进行交互。
总之好用不就完事了。 |
 |
6
cmdOptionKana 2021-11-23 22:41:05 +08:00
这个应该叫做 Node.js 后端工具，不是前端工具。这与其他语言使用 Python 工具的性质差别不大。
|
 |
7
musi 2021-11-24 07:43:55 +08:00
其实这应该算是 node.js 脚本工具啦
现在 js 也不一定就是为前端服务的 不也有很多命令行工具是用 js 写的么 |
 |
8
orzorzorzorz 2021-11-24 09:25:18 +08:00
为啥要给工具贴上“前端”这种标签？工具的意义取决于目的，要是 husky 使用 c 写的，那这是不是就变成系统工具了？:doge
|
 |
9
wangxn 2021-11-24 09:28:37 +08:00 via Android
平时主要用 C++和 Python ，几乎没用过这些提到的工具。
同样觉得 node.js 会带来大量小文件，所以凡是看到这种开源项目都没兴趣去碰。Go 和 Rust 最爱，零依赖。 |
|
10
x97bgt OP @orzorzorzorz 因为需要依赖啊。如果是一种无关环境的使用方式，那就最好了。
|
 |
11
lisongeee 2021-11-24 10:29:58 +08:00
@BeautifulSoap 如果你想要观感好的话，你可以用 pnpm
|
 |
12
libook 2021-11-24 11:21:39 +08:00
工具是用来解决问题的，去找能解决问题的工具，然后选择最合适的就好。
|
 |
14
kidonng 2021-11-24 18:50:38 +08:00 via Android
不普遍，但确实有。这年头 Node 可能比 Python 普及，npm run 代替 makefile 跨平台还是很好用的。而且 npm 里也有很多跟 JS/Node 生态无关的实用工具，你提到的 husky 就算一例。
|
 |
15
mengyx 2021-11-24 19:27:13 +08:00 via Android
@kidonng 他们的编译产物确实算 0 依赖啊
真要说，也就是依赖 cpu 架构，操作系统，libc |
|
17
mengyx 2021-11-24 19:41:50 +08:00 via Android
|
|
18
mengyx 2021-11-24 19:44:16 +08:00 via Android
|
 |
19
uni 2021-11-24 20:17:17 +08:00
solidity 也算语言的话，基于 js 的 hardhat 的标准框架吧
|
Select Language