Reflector.FileDisassembler较大升级

简介:
  续上次 自己小小升级了一下Reflector.FileDisassembler后,很久都没有关注这个插件工具了,也是因为这段时间没有太多的东西需要File Disassemble,基本上大多数情况用Reflector直接看就行了。前两天例行update各种工具时,顺便还是看了看FileDisassembler,结果发现还真有较大升级的说 emteeth.gif

    虽然这个插件功能非常的简单,但是不得不说还是给我们带来很多的方便,同时也不得不佩服老外做事处处体现了分工和合作,呵呵。这次的升级主要是把disassembe出来的代码整理成了solution!,同时支持导出Class Library、Windows Application、Console Application和不生成项目文件4中选项。其中Class Library和Console Application的效果要好些,基本导出来就可用。而Windows Application问题比较多,主要是因为FileDisassembler生成文件目录和文件名的命名策略是依赖于assembly里的namespace的名字,所以常常会产生冗余的目录层次和不合适的文件名,其中最郁闷的是会导致*.resx文件无法自动和*.cs文件关联 sad_smile.gif

    还有一个问题就是Denis Bauser在这个新版的FileDisassembler中,居然还是没有修复我上次提到的那个源文件重名且相互覆盖的bug,不知道他在搞什么飞机呢。不过另外一个可以小小弥补这个不足的是这次FileDisassembler的源代码不再是用命令行来build了,作者给的是一个VS.NET的项目,如果要自己修改或调试比原来就方便多了。可是当我打开那个Reflector.FileDisassembler.sln项目文件时,又被作者搞了个一头雾水。简单看看Denis同学的自我介绍,原来他是德国微软的员工,说这个干吗呢?这是因为他给出的FileDisassembler的项目居然是VS.NET 2002的项目文件emdgust.gif。我faint呀,这几天好像VS.NET 2005 rtm都已经可以下载了,为什么作为微软员工的Denis还在用VS.NET 2002呢?!


本文转自博客园鸟食轩的博客,原文链接:http://www.cnblogs.com/birdshome/,如需转载请自行联系原博主。

目录
相关文章
|
5月前
|
Arthas NoSQL Java
JDK11现存性能bug(JDK-8221393)深度解析(1)
作为一名工程师,面对上面的现象,你会怎么做? 我想你的第一反应肯定是业务代码有问题?是不是有什么地方导致内存泄露? 是不是业务代码里有什么地方加载的数据太多,越来越慢?…… 同事尝试过dump堆里的内容,dump jstak线程…… 都没看出来什么异常,也优化了业务代码里之前一些不合理的逻辑,始终没有解决问题。 当时的问题是他们都没有往热点代码的方向排查,主要是因为他们不知道有啥好用的工具。
77 0
|
5月前
|
Java 开发者
JDK11现存性能bug(JDK-8221394)深度解析(2)
当然这个bug的本质就是jdk11+zgc+StackWalker的bug,三者都是bug触发的必要条件,如果你能避免其中一条就可以完美避开这个bug了,比如升级到jdk12+,比如不用zgc……
78 0
|
9月前
|
编解码 Python
ArcGIS:如何解决模型构建器报错<内存不足>?
ArcGIS:如何解决模型构建器报错<内存不足>?
370 0
PHP如果开启的扩展越多,对性能有什么影响?底层原理是什么?
PHP如果开启的扩展越多,对性能有什么影响?底层原理是什么?
122 0
|
缓存 监控 JavaScript
VS Code 是如何优化启动性能的?
本文主要是对 CovalenceConf 2019: Visual Studio Code – The First Second 这次分享的介绍,CovalenceConf 是一个以 Electron 构建桌面软件为主题的技术会议,这也是 VS Code 团队为数不多的对外分享之一(质量较高),主要分享了 VS Code 是如何优化启动性能的。
VS Code 是如何优化启动性能的?
|
Arthas 存储 NoSQL
JDK11现存性能bug(JDK-8221393)深度解析
这是一篇鸽了很久的博客,因为博客内容和素材早就准备差不多了,但就是一直懒得整理,今天终于下定决心终于整理出来了,这也是这个bug [JDK-8221393](https://bugs.openjdk.java.net/browse/JDK-8221393)唯一一篇中文介绍博客。
517 1
JDK11现存性能bug(JDK-8221393)深度解析
|
Web App开发 缓存 JavaScript
前端优化系列 - 初始化的性能影响
数据表明,即使在资源有缓存的情况下,首次访问页面的耗时也是非首次访问的两倍。为什么首次访问会这么耗时呢?本文详细分析页面首次访问耗时的原因。
3899 0
|
传感器
Kossel 升级记 - 增加断料检测
由于Kossel是使用远程挤出机,那么如果手动更换打印耗材就是一件非常麻烦的事,要将耗材从远程挤出机中抽出或者插入都是一件极为麻烦的事,甚至某些时候可以说是一团糟。
2540 0