@yinzhili

《别说了》我能说你这是急了吗？我说的是 js 上手成本几乎为 0 导致 npm 是所有编程语言最繁荣的包平台。

你要反驳我最好就拿出我刚刚说的技术的缺点

---

left-pad 属于用户可以直接删除 npm 上的库而无需邮件审核，这属于 npm 的人员审核缺陷

直到现在 npm 上的包仍然可以直接删除，比如哪天尤雨溪就可能脑子就抽了直接把 vue 删除了

我承认这是 npm 的审核缺陷，这确实很垃圾。我认为应该禁止删除一个包或者手动发送邮件审核说明删除原因。

但是这和我上面说 js 上手成本的没关系，你这属于反驳不了就转移话题，那么我同意你接下来的所有回复，你也别和我讨论了

@yinzhili

《你始终把锅甩给开发者，这一点我是不理解的。》难道不是吗？ js 本来就快速上手，就 node ./index.js 或 人人都有的浏览器控制台 就能跑起来的事情，特别是有 https://stackblitz.com/ 这种 WebContainer 之后能直接在浏览器运行 nodejs ，那些 ui 库都能在文档里附带运行 demo 了，使得 js 上手难度几乎为 0 ，而且发布代码就是 npm publish 一条命令的事情，试问 java 能做到这些吗？，虽然有的人可能连 esm/cjs/umd 的区别都不知道，更别说 ts/eslint/stylelint/rollup/esbuild/webpack ，但是这不妨碍 npm 是所有编程语言最繁荣的包平台。

《隔三岔五造新轮子替代旧轮子，向下兼容的事情也没人管》 那这种轮子你就不要用，你就当没看见，你就当 js 没有这种轮子，当一个生态的数量越来越多的时候，低质量和高质量的代码库也会越来越多，这种轮子就是典型的低质量轮子，难道 java 就没有这种轮子吗？只是 nodejs 由于上述原因轮子基数大这种轮子比较多

@gtx990

你说的很有道理，而且你举的例子全是人为操作不规范导致的错误，怎么说呢，我不好评价

就比如《 dependency 突然飙了一句 node18 的语法，但是没有语法降级》，这明显属于不规范的破坏性更改

你吐槽的点更多来源于 人为操作的不规范，js 比 java 支持了更多功能的同时也拉低了代码质量的下限

如果想提高整体代码质量，确实要用 java 这类静态语言

@yinzhili

这是库的问题，node-sass 是一个 c++ 项目，它编译的库本来就是和 nodejs 版本的 modules 数量相关的

也就是每个 node-sass 版本都需要面向 node14/16/xx 单独编译才能直接使用

一开始使用它就得了解它的规范，无脑升级借此吐槽兼容性不可取

另外 https://github.com/sass/node-sass/releases node-sass 不是还在支持 node16/18/19/20 吗

另外社区已经转向 dart-sass ，它由 dart 编译到 纯 js ，没有你说的这个问题

@gtx990

《 Java 对于某个库只允许一个版本在我看来是优点。》

npm/pnpm 也可以通过提升铺平全部依赖来 放弃多版本共存，另外 nodejs 的包的依赖是使用范围匹配，只要两个依赖的子依赖范围存在相同，这个子依赖就只存在一份，最理想情况下，每个包都只存在一份，存在多份只是因为它们声明的依赖范围不同而已，难道这时候要违背这个范围规范强迫它们去使用同一个版本吗？

也就是 pnpm 支持多版本/单版本，而 java 只能单版本

ClassNotFoundException 又不是第一次见了

@yinzhili

别，起码我做过的项目升级起来很简单，大多数都是 volta pin node@latest 一下就完了

因为我本身对使用的 npm package 有严格的要求，这东西看人，你觉得就是你对

@gy123 好的谢谢

@gtx990

你说的前半句有一定道理，但是 《 npm 连 dependency 的 dependency 的版本号都指定不了。》你是不是没看文档 https://docs.npmjs.com/cli/v8/configuring-npm/package-json#overrides

Java 从来不会在兼容性，依赖管理这块给你带来任何麻烦，这点不敢苟同，我写 Android 的时候老是遇到一堆依赖问题

另外 npm/pnpm 默认多版本共存，而 java 的 maven/gradle 不支持多版本共存，起码我自己遇到的 java/gradle 依赖问题比 nodejs/pnpm 多

《油猴脚本管理器弄得好复杂》 好奇哪复杂了，没感觉啊

另外你这个 Disable CSP 只能 Disable http header csp ，不能 Disable html meta CSP ，比如你看看能不能注入 https://songe.li/csp 这个页面

Compose Multiplatform windows 端看起来把 jvm 打包进去了，和 electron 一样了

Compose Multiplatform 目前支持使用 kotlin/native 打包吗？如果支持的话，体积会小很多

@yinzhili 《太灵活，有时候不见得是优点》

那是他们不上 ts/eslint/git hooks ，用动态语言又不严格规范怪谁

还有你这个例子举的不正确，我也可以举反例

例如：vite 在 node14 能跑，在 node20 仍然能跑，这已经是跨越 6 个大版本了，还可以工作

但是有些 java 项目的话 Java6 时代的老项目代码，拿到 Java11 环境下就编译报错。

jdk 要真这么稳定，java21 都快出来了，咋一堆人还在用 java8

我能在 node14 上用上 node20 的语法，你能在 java8 上用上 java21 的语法吗

js/ts 得益于 babel/esbuild/swc/tsc 每年出的新语法/api 特性只要不涉及底层就能立刻当前项目用起来，比如最近刚出的 using 声明语法

但是 java 只能升级 jdk 才能用，比如 java10 出的 var 自动类型推导，java8 能用吗

但是这东西就是个喜好问题，没必要争个高低，喜欢用啥就用啥，我用 kotlin

贴图片链接的时候记得换行，v2 直接把你链接后面的逗号以及后面的中文字符识别为一个整体了

https://raw.githubusercontent.com/bowuL/myPic/main/%E6%80%A7%E8%83%BD.png

艹，你们这个还要连接数据库？那看起来是一个阉割版的远程 nodejs console ，那只能用 远程 nodejs 去执行了

可以使用 webcontainer 直接在浏览器运行一个小型的 linux nodejs 进程

https://webcontainers.io/guides/quickstart

它由 https://stackblitz.com/ 开发，现在很多文档/问题讨论上的在线 demo 都是基于这个

app 备案和域名备案是两个东西吧，比如我一个 app 接入了 百度地图的 sdk ，因此 app 里面用到了百度域名的 api

但是我这个 app 因为没有备案被下架，不可能内部的百度 sdk 域名也跟着一起下架

一些缺点：

- 每次打开网页运行都要编译一次 vue 模板，因为你没有用构建工具提前构建
- 没有 hmr ，每次更改代码需要手动刷新页面，并且状态丢失

总结：不如 https://stackblitz.com/ 一根 jb 毛

楼上那哥们的 vue-web-loader-2 的具体讨论在 https://v2ex.com/t/928423#r_12886465 反正我是不敢用

我只能说仁者见仁智者见智

[email protected] + jdk17

虽然但是，这个是登录接口 post-xhr 调用，只不过把参数放在 url 上

另外就算是 get 只要类型是 xhr/fetch ，就不会产生浏览器历史记录

会产生浏览器历史记录的是以前那种 sso 重定向登录系统