reduce

@3dwelcome
我的意思是，这东西扩展了，那它就不是正宗 JSON 了，更准确地说，就不是 JSON 了。
tsconfig.json 用.json 作后缀，但能写注释和逗号，不是正宗的 JSON 。
就像 jsx 能用.js 后缀，但已经不是正宗的 js 了。

而相比于 jsx 这种，我认为使用 JSON 时更应该遵守标准，因为它作为一种独立于编程语言的格式。不是某个项目(tsconfig.json)、某个语言(js)特有的。JSON 标准的确定性是不可少的一个优点。大家只要明白是 JSON 就能处理，没那么多麻烦事，甚至不用说版本。

而且 JSON 其实是非常优秀、先进的格式，现在还是相当好用的。新的格式没有比它好多少，没有什么替换的必要。
主要问题就是有些人喜欢把它当配置文件用。（这点应该让 yaml 、toml 来说话）

@3dwelcome JSON5 不是 JSON 的新版本，没有得到官方的支持。实质上是另一个格式。JSON.parse()是浏览器自带的，打开控制台就能直接用，而 JSON5.parse()是第三方类库啊。而 JSON.parse()解析 JSON 没问题，那这个函数就是没问题的呀，也无所谓老不老。

JSON5 作为 JSON 的超集，你用 JSON5.parse()把普通 JSON 转成 JavaScript 值没问题，但除此各方面就感觉挺别扭。因为实际上你是用了一个 XML 和 JSON 之外的特殊传输格式。MIME 类型也应该是`application/json5`。

对应的 JSON5.stringify()的结果很可能无法被正常 JSON 解析器解析，在访问公共 API 的时候会出问题。如果你退化到使用 JSON.strinify()，又有什么理由不使用对应的 JSON.parse()呢

OP 和那个后端都应该去补下 JSON 知识了。
1 、JSON 是来自于 JavaScript ，但是作为一种数据交换格式，严格了很多。
2 、C 语言中，双引号代表字符串，单引号代表字符，对其它语言影响很大。js 、python 这种高级语言没有 char 这种单字符类型的，单引号和双引号的效果才差不多。js object 的 keyname 本身也就是字符串，不带引号那是简写，像{"function":"sum"}这种时候就不合适了。所以 JSON 规范规定强制加双引号是个很正确的决定。
3 、后端数据，keyname 不带双引号？你们后端难道是拼接字符串给返回值的？拉出来打一顿
4 、JSON.stringify()和 JSON.parse()都不了解
有点超出我的想象了。。。

我正好反过来，优先跨平台应用。

舌尖现象？

在你的 ufonet 文件夹中，是否存在 crypto.py 文件？

吐槽的挺有道理的。
但这种大版本号的变动产生的问题还是可以接受的，要不然也不用叫 Vue3 了。

不过“对我们这种业余写写个人项目的很不友好”是真的赞同。
我也是写自己的项目做页面，本来想学了 Vue 就好了， 结果带着学了下 Node.js 、Webpack 、Yarn 、Sass 、Less 。后来因为 Vue 和 TypeScript 结合不好去学了 React ，更是深不可测，状态管理库就多得一批。
开发的时候还常常会遇到新东西，webpack 、snowpack 、rollup 、vite 、umijs 、dva 、icejs 。轮子越来越多，收益越来越低，感觉学了个寂寞。

喜欢好玩有趣的应用，不过更希望手机上的 app 能少一点。一般都是有需求的时候才去找的，平时就算有各种推荐也不会去下。

KeePass 保平安

按快了不好意思。
1 、新语言的语法糖和旧语言的历史包袱，会在新新语言和新语言之间再次出现。
2 、Java 本身设计比较优秀，并没有什么明显的缺陷。仍然好用。
3 、即使很像，说到底仍然是另一个语言。换语言成本很大。
4 、Java 语言本身也在进化。很多人吐槽 Java8 ，但如果你是老板，团队换新语言和旧语言的新版本之前挑一个，你选哪个呢？

今天从 Java 换到 Kotlin ，明天就从 Kotlin 换到 Zbling ，后天从

@Kimen 之前看到过一个评论：语言本身缺陷，node 基础库设计缺陷，早期社区核心开发者技术能力缺陷 => 大量语言扩展包泛滥 => 核心包依赖爆炸 => 版本问题，安全问题，性能问题 => 各种稀奇古怪的解决方案 => 更多问题

我个人比较同意。Java 自带 package 这种模块化机制，自然而然地影响了 Maven 。
而 js 一开始都不自带模块化语法，搞出来一堆 AMD 、CMD 、UMD 、IIFE 、CommonJS 这种，又追求简单。

个人看法：close()这个方法吧，主要是用来销毁外部资源的。其实外部资源一般就是内存以外的资源，如文件、网络连接等。而内存是由 GC 控制的，其实不需要你手动销毁。
InputSteam 的实现类不一定需要 close()，参考 ByteArrayInputStream 。所以这样写就避免了子类需要重写 close()的麻烦。（不过 ByteArrayInputStream 流好像还是用空方法重写了下）

最大坏处就是噪音，这个你能接受的话其它都不算啥。
服务器直接万转暴力风扇

@davidshao
@crab
@cjpjxjx
@Tumblr 感谢，目前打算先参考着官方教程把 powershell 熟练了，有时间去看#4 说的那本书。