服务端的 NodeJS 代码有没有必要 uglify 和 sourceMap？
xiaoming1992 · 2019-11-11 21:05:50 +08:00 · 3173 次点击这是一个创建于 1850 天前的主题，其中的信息可能已经有所发展或是发生改变。
用tsc将.ts文件转成.js文件时有点把握不好，要不要uglify，如果uglify，那之后，.min.js到.js一个sourceMap，.js到.ts又一个sourceMap，这怎么map过来啊。。。
第 1 条附言 · 2019-11-11 21:54:45 +08:00
我想歪了，既然已经在本地(服务端)，又不像前端一样要经过网络传输，那么 js 文件大就大一点呗，压缩个毛线。。。
 |
1
youxiachai 2019-11-11 21:14:13 +08:00
服务器代码,不是做外包的..为啥要混淆...
|
 |
2
Pastsong 2019-11-11 21:15:20 +08:00 via Android
没必要，combine 就行了，uglify 会增加开销
|
 |
3
xiaoming1992 OP @youxiachai 不是啊，为了自己能方便地用 ts 写一些小脚本，写的一个运行+编译 ts 的环境模板，单纯地想压缩一下体积，应该是 minify 的。。。
@Pastsong 恕我孤陋寡闻，combine 是什么？ |
 |
4
optional 2019-11-11 21:44:18 +08:00 via iPhone
node modules 在，该怎么压缩体积？除非想和前端一样把 vendor 抠出来
|
 |
5
autoxbc 2019-11-11 21:50:02 +08:00
不知道怎么做？看看 deno 怎么做的，不压缩，不混淆，不打包，ts 转 js 对用户透明
|
|
6
xiaoming1992 OP @optional 就是单纯地压缩一下 tsc 生成的.js 文件，减小一些体积啊，你说的“该怎么压缩体积”是什么意思？就是简单地用`uglifyjs --compress`(好像是这个参数吧)压缩一下咯
|
 |
7
ibegyourpardon 2019-11-11 21:51:37 +08:00
我跑个题。。。
我最近才开始尝试服务端 NodeJS 开发，我是真的没想到 npm run dev 这样都能扛得住比我想象的大的多的压力……（也可能我这个压力不算啥压力哈哈哈哈) |
|
8
xiaoming1992 OP @all 我想歪了，既然已经在本地(服务端)，又不像前端一样要经过网络传输，那么 js 文件大就大一点呗，压缩个毛线。。。
|
|
9
xiaoming1992 OP @ibegyourpardon 什么呀，你的`dev`命令里面写了些什么东西啊，这就"真没想到"了？
|
 |
10
love 2019-11-11 22:18:23 +08:00
自找麻烦，报错堆栈可能都看不懂了
|
 |
11
jigi330 2019-11-11 22:27:25 +08:00
Typescript 在 nodejs 不需要 minify 的。
但问题是好多库没有 @types，用了 ts 基本还是在用 any 写。 |
|
12
xiaoming1992 OP @jigi330 懒得写就 any，勤快一点就自己写个.d.ts ，也挺好的
|
 |
13
Sparetire 2019-11-12 11:49:15 +08:00
据说 V8 对大于多少字符的函数不会做内联优化, 这个角度讲也许压缩了的会更好一点...不过调试起来就麻烦了些
|
|
14
xiaoming1992 OP @Sparetire 我写的垃圾，加上那么写优化也没什么太大用处🙃
|
Select Language