看到前端提供了一些挺好用的工具,比如 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 的标准框架吧
|