@FYFX 个人看法是伪泛型实现也意味着运行时基础设施的不完善,从而无法支持一些高级特性.其中比较明显的不足就是比如各种 ORM 的实现上,C#使用表达式树和泛型配合可以实现比如 ef 或 linq to sql 这类 orm,java 的 orm 相比之下由于这些限制,存在语法表达上的不自然.至于代码对比我就不写了,太多了.

C#支持泛型后,BCL 的库也提供了一套泛型实现(均在 System.Collections.Generic 命名空间下),比如 List<T>,没有泛型之前就是 ArrayList,现在这些泛型和非泛型都保留了下来能够同时使用.

向前兼容来说,1 个是不重新编译的情况下的兼容,一个是重新编译兼容.据我所知.net 应该是这 2 点都满足(注意现在有个 netcore 和 netframwork,这 2 个之间有一些割裂,具体不展开)

java 了解不多,貌似即使实现为擦除好像也不是很影响?因为你在写代码的时候 IDE 和编译器保证你类型安全,至于编译后在 runtime 有什么魔法,普通人管他呢?

只从实现角度来看的话,真泛型应该还是会复杂很多.

年轻真好 😁

我知道最早能干这个事的软件是这个,https://www.manictime.com/,收费,但是用着不错

原来还有上过当的朋友,当然这个个例不能代表全部,我在 JD 下单都退掉了,空了去观音桥实体店换.

好的,谢谢各位. 我决定还是抽空去线下直营店更换算了.
本来在 JD 下单,但是是另一个叫 Hi 维修的来换,不了解这个牌子.

早的时候我自己换过 5s 的电池,现在已经没有那种动手能力了,花点钱专业的事交给专业的人.

@mschultz 谢谢说明,我主要担心是怕 JD 的没得直营的专业.
手机现在还能用,但是电池实在是不行了.

每个月只有 150 左右

是的,我也是这么想的,所以并不想将 msys 的路径加到系统 PATH 里.我的做法是加到 VSCode 的终端 PATH 里,也就是在 settings.json 里加上这个配置

"terminal.integrated.env.windows": {
"PATH": "D:\\Env\\msys64\\usr\\bin;D:\\Env\\msys64\\mingw64\\bin;${env:PATH}"
}

加上这个配置后,能够在 VSCode 的终端里调用 gcc/g++等(无需全路径),只是 F5 的时候他会报错.然后如果仅在 launch.json 里填写 gcc/g++的全路径的话,会报找不到依赖 dll(编译工具本身的依赖)之类的错误,所以不能单独写全路径.我期望他是使用 settings.json 里配置的 PATH 这样就不用修改系统 PATH,但是目前他不认这个.

看 issue 里后续官方如何处理了