@7v9TEc53 主要用来进行分析用,比如微软打了补丁,那么就可以分析他前后的改动来反推修复的问题.
还有比如有时候不放心一些第三方的 patch 工具,此时在虚拟机运行 patch 后,然后需要对比 patch 版本和原版的差异来分析是否可能有恶意代码.

工具找到了,https://github.com/joxeankoret/diaphora

借楼问下

是否有可以直接从 dll 或 exe 等 pe 格式直接反汇编后并进行对比的工具?对比功能类似 Beyond Compare.
.net 的话有 https://www.telerik.com/justassembly,我想找一个支持原生程序且功能类似的工具.

@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 里后续官方如何处理了