博客园_新生命开发团队

坚持之随想

2011-11-12T14:29:00Z

昨晚做了一个梦，很长！梦到回到大学时代，我跟很多一样年纪的人，“潜入”（抱歉，实在没有更好的词）清华大学计算机系。并且我们这些冒牌跟正规清华学生一起上课。后来因为“潜入”的人实在太多，是正规生的两三倍之多，我们被校长（Or系主任）领到一个广场，包括正规生，还做了一个不短的演讲。他肯定了我们这些外来者的梦想，讲述了正规生是如何坚持不懈的努力然后进入清华。当我们所有人都在想将会受到什么样的处罚的时候，他最后说了一句：坚持你们的梦想！然后离开，我们所有人都懵了，不知道什么意思，是让我们留还是让我们走？随后，大家都笑了！（结局不再重要，不是吗？）

刚看《非诚勿扰》，其中一个男嘉宾，来自深圳，自己业余时间都花在小时候梦想上——造飞机。我心里发笑，好俗的梦想，想着很多人都不会真去做。画面切到一个车间，他在操作机床切割飞机支架。此时，正喝着熬了一个晚上的骨头汤，差点就喷出来！了不起！真了不起！他居然能独立设计并制造出来，还能稳稳的飞起来，这期间肯定吃了不少苦头！

我们每一个人，小时候都一定有一个非常了不起的梦想，老师，医生，科学家……但又有多少人能实现自己的梦想？或者说从事梦想相关的工作？甚至梦想不变的呢？恐怕不到万分之一吧！

我小学的梦想是当科学家，到了中学，就细化到物理学和生物学，上了大学，确定到了计算机，算是物理数学混合体吧。其实我也一直没有放弃自己的梦想。算是阴差阳错吧，初一时虽然受到班主任的坚决反对，但命运让我以候补的角色进入到计算机兴趣班。高一接触网络，同时开始学编程，更重要的是认识了几个有浓厚计算机的朋友，包括我们年轻的电脑课老师。因此，本来我高考志愿只有核能工程一项，后来加填了计算机科学，并且先被这个专业录取了。

我还是很爱核能工程，爱核聚变，最爱可控冷聚变。随着年纪渐长，感觉离自己的梦想越来越远，难道真的是放弃了吗？说不清楚，其实也没必要清楚。也许将来等我积累了足够的实力，我还是回来的！

说现在，其实从知道被录取到计算机科学专业后，就一直在这一行混，就快十年了！我甚至从未想过换行业，不知道这算不算是坚持呢？现在就想让更多的人能用上便宜好用的软件，也让我们做开发的兄弟姐妹能活得更精彩！

又想起，这些年来，所见到的许许多多开发者的牢骚——累，心累！大骂MS技术变更太快；唠叨总是学不会多线程编程；鄙视ASP.Net WebForm杂乱；愤恨Silverlight可能的消失……

MS技术要不是不断更新，也许早就没落了，推陈出新，这是永恒不变的道理。逆水行舟，不进则退！身为开发者，如果不能与时俱进坚持学习，不断提升自己，就等着被历史所淹没吧；

多线程编程，看书看明白了又能如何？许多人本身就是冲着它的好处而来的，而从来就没有考虑过它带来的线程安全、资源争夺、WinForm界面线程等许多问题。并且，这些问题是光看书或者光看代码就能学会的吗？

WebForm是足够复杂、庞大、杂乱的，但是话说回来，恐怕80%以上的人都是都是以此为入口，进入ASP.Net的吧？即使是现在用MVC的朋友，也不见得就很厉害。只要是没经过认真学习，不懂Http原理的，基本上也不会懂ASP.Net原理；但只要懂ASP.Net原理的，也不至于鄙视WebForm。

不坚持下去，拥有更多的经历，有什么资格发牢骚呢？一些学了三五天就希望小有所成的朋友，我建议你能静下心来坚持下去，如果做不到，趁早改行吧！

从99年学QB和ASP算起，我有12年的编程生涯，现在也敢厚着脸皮说我是一名普通程序员。面对学了两三年就自诩架构师的人，我感到汗颜！如若10年后你还在这一行，那么我打心底里佩服你，为了你的坚持！

正因为，坚持很难做到，所以坚持所能得到的特别可贵！

本文链接

Oracle免客户端For .Net（增加分析Devart和DataDirect）

2011-10-30T11:17:00Z

我只是一名普通的.Net开发人员，常用SqlServer，偶尔用其它数据库，属于能连上然后select/execute就行的那种。但就是我这么小的愿望，在面对Oracle时都很难实现。

虽然04年就开始用Oracle开发项目，但每次遇到问题总是胡乱弄一下，能用就行。这次又遇到问题，更离谱的是：同一个版本的NewLife.XCode，同一台机器，同一个ODP.Net版本，上个月写的程序工作好好的，怎么折腾都能用，刚刚新写的一个，怎么写都不行！于是，决心彻底的解决这个问题，共耗时三天三夜（熬夜到凌晨一两点）。

我们知道，用.Net链接Oracle数据库，有两个驱动，一个是.Net自带的，一个是Oracle开发的ODP.Net（下载地址）（要注册，后面提供一个我们团队的下载地址）。而.Net自带那个，MS早就不支持不更新了，于是一般开发都会用ODP.Net。并且，.Net自带的驱动，必须用TNS方式连接数据库，而不能用这种：

Data Source=(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.34)(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = ORC)));User ID=admin;Password=admin;

否则报错：

连接选项“Data Source”的长度无效，最大长度为 128

开发支持Oracle的.Net程序，标准流程是先安装Oracle客户端，然后使用.Net自带驱动或者ODP.Net。其实只要按照这个流程来做，基本上不会有错误，要错也只是TNS错而已。而最令人忍受不了的就是，Oracle客户端实在是无比庞大，尽管后来可以只安装Oracle客户端运行时，仍然很大。于是，就有高手制作精简版客户端，这个网上很多，效果也非常不错。

当然啦，Oracle官方也没闲着，推出了InstantClient，不到30M的msi安装程序。总算是摆脱了那个巨大的客户端。

但是，人的欲求是无止境的！有了更小的运行时，为了方便，我们还希望能做到免安装，伴随着我们开发的主程序拷贝过去就能用。经过多方求证，Oracle客户端运行时的关键在于OCI，也就是说，不管用什么语言写的程序，只要能找到运行时的oci.dll，基本上就能链接Oracle数据库了。

通过反编译ODP.Net里面的Oracle.DataAccess.dll发现，它会先找注册表，然后是配置文件，从中找一些设置，第一个就是DllPath，我估计这个就是OCI的路径。于是备份了InstantClient安装后的文件，然后把它卸载了，并确保注册表没有残留。释放备份的文件，在项目配置文件里面指定路径：

实际上是增加一个段：

<configSections>
    <section name="oracle.dataaccess.client" type="System.Data.Common.DbProviderConfigurationHandler, System.Data,  Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
  </configSections>

然后再设置DllPath：

<oracle.dataaccess.client>
  <settings>
    <add name="DllPath" value="D:\Oracle\OCI" />
  </settings>
</oracle.dataaccess.client>

让测试代码跑起来，一切正常！这说明，只要能找到oci.dll所在目录，程序就可以正常工作。当然，如果把这个目录的文件直接放到软件目录中，也是可以使用的。

到这里，习惯的想，只要把那些安装后的文件拷贝走，就可以使用了。但打包的时候才发现，InstantClient的安装文件虽然不到30M，但是安装之后足足139M（下图实际上是最新的驱动2.112.2.0，网上的InstantClient是2.112.1.0，两者文件基本一样）：

图中可以看到，罪魁祸首是oraociei11.dll这个，它就占了126M。上网搜索各种Oracle客户端精简方案，必要的几个文件：

oci.dll、orannzsbb11.dll、oraocci11.dll、oraociei11.dll，它是必不可少的呀……

当然，还有两个：Oracle.DataAccess.dll、OraOps11w.dll，有些安装包会把OraOps11w.dll跟OCI放在一起，也是可以的。

伤不起呀！这几个文件就127M了，最高压缩，也有30M，并且解压还特别慢！（这个压缩包后面提供下载）

难道除了这个就没办法更小了吗？不是的！朋友告诉我一个很小的运行时oracle9i310（网上有扣积分下载，后面提供本地下载），才13M，不过需要安装。

但是这个运行时比较难缠，如果用最新的Oracle.DataAccess.dll去连接，会报版本不匹配！

（这里插一段关于版本不兼容的说明）

The provider is not compatible with the version of Oracle client

提供程序与此版本的 Oracle 客户机不兼容

这个可是开发.Net For Oracle程序中最常见的错误了。

实际上，这是使用ODP.Net经常遇到的问题，在ODP.Net中，Oracle.DataAccess.dll=>OraOps11w.dll=>oci.dll，前面两者的版本必须100%匹配（OraOps11w.dll里面通过硬编码写死了的）（也许这就是Oracle官方把OraOps11w.dll跟Oracle.DataAccess.dll放在一起的原因）。后面两者的版本似乎要求不高，是C++之间的引用。

而.Net的Oracle驱动，版本要求就非常低了，只要能找到oci.dll，基本上就能很好工作，它不会去检查版本什么的。如果找不到oci.dll呢，就会报这个错误：

System.Data.OracleClient 需要 Oracle 客户端软件 8.1.7 或更高版本。

当然，光有OCI目录（在环境变量Path中设置）不行，还得设置环境变量ORACLE_HOME为OCI目录，否则报错（因为oci.dll要用别的dll）：

OCIEnvCreate 失败，返回代码为 -1，但错误消息文本不可用。

言归正传！

最新的ODP.Net驱动无法使用oracle9i310运行时，那么试试MS的。设置环境变量ORACLE_HOME为oracle9i310目录，在环境变量Path中添加其下的bin目录（oci.dll在里面）。测试正常！这表明，9i运行时支持绿色发布。

下一步，就应该是开始精简这个oracle9i310了。

不到13M的安装包，安装后只有35M，远远比最新的ODP.Net驱动要小，压缩后不到9M。

删除一些不必要的东西后，剩下28M，压缩得到6.5M。这应该算是最小的Oracle客户端运行时了。

综合比较：

	.Net自带Oracle驱动	ODP.Net驱动
连接字符串TNS写法	支持	支持
连接字符串非TNS写法	不支持	支持
是否支持Oracle9运行时	支持	不支持
是否支持Oracle11运行时	支持	支持
OCI目录设置方式	环境变量Path中设置	环境变量Path中设置或配置文件设置DllPath 或注册表设置DllPath
其它环境变量	需要设置ORACLE_HOME	无
运行时安装包大小	9i运行时安装包13M	11g运行时安装包30M 最新ODP.Net共52M
绿色精简后大小	9i运行时6.5M	11g运行时30M
据说的差别	性能底下，功能特性少	性能最高，功能特性多

下载地址：

Oracle9i客户端运行时精简版 6.5M

Oracle11g客户端运行时精简版 30M

Oracle9i客户端运行时原版 13M

Oracle11g客户端运行时原版 52M

(下载地址随时可能变更,以最新群公告为准!)

FTP承受不了，增加网盘共享：

9i精简版：http://www.kuaipan.cn/file/id_2378544298602218.html

11g精简版：http://www.kuaipan.cn/file/id_2378544298602215.html

9i原版：http://www.kuaipan.cn/file/id_2378544298602216.html

11g原版：http://www.kuaipan.cn/file/id_2378544298602217.html

（FTP严重影响了服务器网络，现在已经关闭）

后续：

Devart dotConnect for Oracle

在OneCool和小胖2010的推荐下，分析Devart。

1，采用名称混淆，分析有一定难度

2，采用Lic授权，很脆弱

3，发现调用OCI.DLL，发现处理Home等环境变量，看来还是离不开oci.dll

综评，跟ODP.Net比，没有优势，并且还是收费的（也有免费版）

DataDirect

在园友wizardwu的一篇博客中发现了这个家伙。

1，产品说明非常吸引人，唯一一个100%托管代码数据提供者，不需要Oracle OCI客户端库。对，这就是我们梦寐以求的！

2，最新版本是3.5，需要申请试用。上午10点，发动群友，采用各种国内外邮箱、IP、VPN申请，均无法收到邮件。下午3点收到，开始下载。

3，上午从CSDN找到一个2.1的版本（For .Net 1.0），未混淆，采用Lic授权，支持OEM，自写的对称加密算法，内置没有任何处理的密码，很脆弱

4，从2.1版本中很清楚的看到数据封包解包，网络发送和接收的过程。没有见到任何跟OCI和HOME有关的东西。可以肯定，这是纯托管代码且不需要OCI的。

5，下午分析3.5（For .Net 2.0/4.0），名称混淆，也是Lic授权。看到类的布局，还有各个命名空间，不需要分析下去了。

综评，没错，这就是我们所需要的极品，强烈推荐！！！没找到价格，似乎必须跟他们联系。时间不多，没有做运行测试，我想网上有很多报告的！

其中2.1版，关于Oracle、SqlServer、Sybase、DB2的封包，非常具有参考价值！

2.1版下载：http://www.kuaipan.cn/file/id_2378544298602742.html

3.5版下载：http://www.kuaipan.cn/file/id_2378544298602758.html

本文链接

【求助】测试XCode v8.0的正向反向功能

2011-09-08T02:52:00Z

目的：测试XCode v8.0的正常反向功能。

正向工程：从数据库读取架构信息，生成实体类。

反向工程：根据实体类的特性构造架构信息，反向生成数据库或者修改数据库。

准备工作：

1，自备数据库实例，最好是自己的数据库，为了测试各种数据库的各种字段能否被识别为正确的.Net类型（正向工程），同时也测试.Net类型能否正确转为对应的数据库类型（反向工程）。（支持MSSQL、Access、SqlCe、SQLite、MySql、Oracle、PostgreSQL、Firebird）

2，最新的XCoder v4.2一份

开始：

1，在XCoder.exe.config中配置连接字符串，如果没有这个文件，运行一次XCoder即可自动生成。XCoder能自动发现本机MSSQL，本目录Access和SQLite。

2，启动后的主界面。连接那里下拉选择的就是前面配置的连接。检查模版那里是否有模版可选择。

3，选择要测试的连接字符串，点“连接”。此时XCoder通过XCode取得数据库架构，拿到了所有表信息，并在数据表那里列出来。

4，先备份一下架构信息，留后面使用。

5，选择“实体”模版，点击“生成所有表”，0.3秒即可生成12个实体类。点击“打开目录”可以直接看到。

6，新建一个控制台项目，引用NewLife.Core.dll和XCode.dll（可以从代码生成器里面拿到）。并把刚才生成所有实体类拷贝进去。

7，再添加一个应用配置App.Config。加上一些配置信息。我们生成实体类的时候，设置了连接名为Common，这个配置文件里面本应该配置一个名为Common的连接，但是我们通过XCode的连接名映射功能把Common这个连接名映射到别的连接名上去。

8，写几句代码试一试。

9，修改连接字符串，开始测试反向工程。

10，重新启动程序。运行结果没什么变化，只是慢了一点点。其实，这是因为我们指定了一个并不存在的数据库Common888，同时配置文件里面打开了反向工程的开关XCode.Schema.Enable，XCode自动创建数据库和数据表。

11，检查一下数据库里面的字段，看看字段类型是否与本来的数据库类型一致。同时检查索引是否能够正确创建。

12，测试不同数据库间的兼容性。比如从MSSQL生成实体类，然后反向工程生成到SQLite中去。这方面可以多做几个测试。测试人员之间也可以互相交换数据库架构信息（第4步导出），用XCoder导入也可以生成实体类。

XCode的类型对应基于ADO.Net，但是大量存在一种.Net类型对应多种数据库类型的情况，我们只能做很小的一部分测试，不能保证各种类型的字段都能得到正确识别。

各个需要附加DLL的数据库提供者，会自动下载！

目前XCode对各个数据库的兼容性情况排名：MSSQL2008/2005》MSSQL2000》Access》SQLite》Oracle》MySql》SqlCe》PostgreSQL》Firebird，越是后面，可能存在的问题就越多。

至于正向反向工程以外的问题，可以通过把项目指定到不同类型的数据库上进行测试。

测试过程中遇到的各种问题，在群里反馈，实时修正各种BUG。

测试相关资料下载地址：http://xcode.codeplex.com/releases/view/73026

本文链接

XCode中如何使用事务

2011-09-01T03:53:00Z

废话不多说，直接上代码：

// try之前开始事务

Meta.BeginTrans();

try{

// do something

// 强烈建议，尽可能做到只有一次提交事务，以免混乱

Meta.Commit();

}

catch{

// 出错了，需要回滚事务

Meta.Rollback();

// 继续向外抛出异常

throw;

}

XCode还支持多级事务，实际上，除了第一级事务是真实的事务外，第一级以上的事务全部都是事务计数器加一减一而已，BeginTrans加一，Commit和Rollback减一，减到0时执行真正的提交或回滚。

这个多级事务实现比较简单，只考虑了常见的情况。

XCode地址：http://xcode.codeplex.com

BTW，提前Show一下NewLife.XCode v8.0

1，扩展了的数据模型

2，增加索引和表关系特性，自动生成扩展属性

3，另一边也是有扩展属性的

4，根据索引可以生成扩展查询（在考虑优化为自动采用实体缓存）

本文链接

在XCode中如何使用高级查询

2011-08-16T04:54:00Z

对于一个框架来说，仅有基本的CURD不行，NewLife.XCode同时还提供了一个非常宽松的方式来使用高级查询，以满足各种复杂的查询需求。

(本文同样适用于其它任何数据访问框架)

先上图看一个复杂查询的效果图：

这里有8个固定的查询条件和1个模糊查询条件，加上多表关联（7张表）、分页、统计，如果用传统的做法，这个查询会非常的复杂。

这个页面有XCode实现，核心查询部分共100多行代码，包括一个查询、一个总记录数分页、两个统计（就是业绩、提成等的统计），看看高级查询代码：

可以看到，关键就在SearchWhere里面，另外四个方法，都是调用它，它的作用，就是为了构造一个where字句。

XCode不支持多表关联（v7开始测底不支持，以前的支持太鸡肋，几乎从未使用），这种涉及多表关联的查询，就需要子查询来代替了，看看SearchWhere：

可以看到，除了UserRelation外，基本都是通过子查询来实现关联查询。而UserRelation是用户关系表，数据比较固定，采用了二级实体缓存，对它的查询几乎不会形成数据库查询，缓存命中率不低于99%。

在各个小片段上使用MakeCondition格式化数据，保证这些代码能根据当前数据库生成相应的语句，使得系统能支持多数据库。比如时间日期类型，在MSSQL是单引号边界，在Access是井号边界。

回过头来，看看前端页面是怎么做的，查询条件区域：

这里用了好些用户自定义控件，便于多个地方重用。

再看看ObjectDataSource是怎么配置的：

ObjectDataSource负责把查询区域的控件跟后台查询方法的参数，给绑定起来，并且支持分页查询，让前台页面，不需要写代码，就实现了高级分页查询。

并且，后台的那些查询方法，同样适用于非ObjectDataSource的前台，也适用于WinForm等应用系统之中！

NewLife.XCode下载地址：http://XCode.codeplex.com

没有很完整的教程，只有本博客中的点点滴滴！初衷是跟大家交流技术，让大家都掌握这些应用开发经验，而不是让大家都来用XCode！有了这些东西，你也可以做出来自己的XCode！

本文链接

【求助】小系统组成大系统所遇到的问题

2011-07-26T04:04:00Z

以下只是举例！

环境：

1，通用实体库CommonEntity，里面有管理员类

class Administrator<TEntity> : Entity<TEntity>, IAdministrator where TEntity:Administrator<TEntity>{

static TEntity Login(String username, String password);

static IAdministator FindByID(Int32 id);

static IAdministator FindByName(String name);

}

这是一个泛型类，然后有个默认的管理员类

class Administrator:Administrator<Administrator>{}

可别晕了，尖括号里面的Administrator就是左边的那个类，而尖括号前那个，是上面那个泛型类。上面可以看到，我们还有一个IAdministator接口。

2，请假模块。业务逻辑部分针对IAdministrator编程，因为不知道最终类型，没办法利用Administrator<TEntity>进行编码。

3，出差模块。同上，只对IAdministator进行编码。

4，最终项目。它要扩展管理员类，于是有

class Admin:Administrator<Admin>{

public String Address{get;set;}

}

这个扩展的管理员类，多了一个地址Address字段。

这个时候，需要把请假模块和出差模块集成进来，而这两个模块，根本不需要关心扩展的Address字段，因为它们只需要用到基类里面的那些字段和方法就足够了，但是那两个模块里面用的是IAdministator接口所代表的对象，必须是最终扩展的这个Admin类，而不是通用实体库CommonEntity里面的Administrator，否则会出很大的问题，例如它们俩是不同的数据表。

现状：

1，目前采用的方法。请假和出差模块使用Administrator类（不是泛型那个），如IAdministator admin=Administrator.FindByID(123)。这个FindByID里面，读取配置文件，得知真正的管理员类是Admin，然后反射调用它的方法，所以最终得到的admin实际上是Admin的实例，而不是Administator的。

2，上面的方法解决了问题，但是还有很多问题。管理员类只是一个例子，还有很多其它的类需要这样做，都这样子使用配置，最后统一起来，就会奇臭无比。

3，假如还有一个模块，考勤模块，需要用到请假和出差，然后它又要扩展请假和出差……（你懂的！）

求助：

求一个漂亮的解决方案！

本文链接

GridView绑定小技

2011-05-31T13:53:00Z

1，使用表达式。如下，缺货的产品用红色，别的绿色。

实际上，就这个表达式：

(Int32)Eval("Num")<(Int32)Eval("MinNum")?System.Drawing.Color.Red:System.Drawing.Color.Green

2，属性成员。这是产品订购记录，有产品编号ProductID，扩展属性Product，单位在产品类中。

注意Product.UnitName那里

本文链接

如何遍历维数和各维上限未定的多维数组

2011-05-18T06:20:00Z

这个题目，不方便使用递归！

直觉告诉我，可以用两层遍历，外面一层是维数，里面一层是每一维。但实际上，要做起来很难！

最后决定最外层循环用元素个数，里面配合使用维数的循环，最终解决问题！

static void ArrEnum(Array arr, Action<Int32[]> func)
{
    Int32[] ix = new Int32[arr.Rank];
    Int32 rank = 0;

    for (int i = 0; i < arr.Length; i++)
    {
        // 当前层以下都清零
        for (int j = rank + 1; j < arr.Rank; j++)
        {
            ix[j] = 0;
        }

        // 设置为最底层
        rank = arr.Rank - 1;

        //do something
        //arr.SetValue(i, ix);
        func(ix);

        // 当前层递加
        ix[rank]++;

        // 如果超过上限，则减少层次
        while (ix[rank] >= arr.GetLength(rank))
        {
            rank--;
            if (rank < 0) break;
            ix[rank]++;
        }
    }
}

static void Test2()
{
    Int32[, , ,] arr = new Int32[24, 24, 24, 24];

    Int32 n=1;
    ArrEnum(arr, ix => arr.SetValue(n++, ix));
    ArrEnum(arr, delegate(Int32[] ix)
    {
        Console.Write("[");
        for (int i = 0; i < ix.Length; i++)
        {
            if (i > 0) Console.Write(", ");
            Console.Write(ix[i]);
        }
        Console.Write("]\t");
        Console.WriteLine(arr.GetValue(ix));
    });
}

本文链接

求长度的另一种方法(""+obj).Length

2011-04-18T05:18:00Z

ASP.Net页面绑定时，标题超过20则省略，常规做法：

Eval("Title")==null?"":(Eval("Title").ToString().Length<=20?Eval("Title").ToString():Eval("Title").ToString().Substring(0,17)+"…")

我先说结果，看看我们在ASP时代常用的手段：

(""+Eval("Title")).Length<=20?(""+Eval("Title")):(""+Eval("Title")).Substring(0,17)+"…"

嗯，我的表达有些糟糕，其实我是想说明一种方法，避免判断null，又能避免ToString的，那就是""+obj

然后就有同学不同意，觉得这个用法很不好，并且obj不是String时有null异常，并且性能也不好……

我们来一个测试

这个说明，obj不是String时，并没有null异常。

我们看看后面那个的IL

实际上，编译器处理过了，类似：String.Concat(obj)，注意了，这里是一个Object参数的静态方法，不是我们常用的两个参数那个

再看看这个神秘的String.Concat(Object)

哦，转了一圈，还是回来了！

结果表明，""+obj跟obj==null?"":obj.ToString()是完全一样的！

本文链接

最终版 Reflector v1.0 （+简单的反流程混淆）

2011-04-14T06:44:00Z

（0415增加简单的反流程混淆功能，满足日常使用需要，不再更新，转向ILSpy，见12点后面）

Reflector过期？这可不行！自己动手吧！

看雪上拿到Reflector 7.0的源码，根据自己需要稍作修改，自己编译，就这么简单！

为了便于使用，自己做了一些修改：

1，移除所有授权相关代码和资源

2，移除所有报告错误相关代码和资源

3，移除ReflectorInstaller相关代码和资源，大小由4.3M（混淆压缩）变成2.8M（未混淆压缩）

4，增加代码着色，原来只有黑色和深绿色，看起来要命。类名红色，方法名绿色，类字段浅黄色，参数浅绿色，本地变量黑色（若不喜欢自己修改代码）

5，改善if语句，只有一个语句时不换行，不加大括号，增加代码可读性。下图第一行

6，改善表达式圆括号。原来为了严禁，几乎每一个子表达式外面都套一层圆括号，如果一个条件表达式有多个子表达式组成，最后将会看到非常多的圆括号。这里引入运算符优先级，不需要的时候不加圆括号

7，人工对上百个类进行反混淆，增加Reflector代码可读性，这次发布的版本也没有进行任何混淆

9，解除Reflector对部分产品反编译的限制，里面居然有国产的Dv_News

10，针对名称混淆，如果出现不可见字符，一律使用斜杠\加ASCII码的方式

11，解封所有隐藏功能。那个路径，是vs所在路径，选择需要的功能，然后Extract……

12，增加简单的反流程混淆功能

一般的流程混淆（如SmartAssembly），都是通过增加很多跳转指令，打乱IL指令的顺序，而Reflector采用的是栈式分析，遇到这种最简单的调整，直接因为栈不平衡而崩溃。我找到问题所在后，发现根本无法补救，因为Reflector可以说压根就没有AST！做了一个尝试，把多余的跳转全部干掉，结果Reflector的分析过程相当脆弱……最后，在进行指令分析之前，增加一块功能，根据强跳转给指令来一个排序，排序后，每一个强跳转，实际上就是下一句，然后再花最小的代价增强Reflector的分析功能（因为它还是脆弱得立马崩溃……）

写到最后，忽然间想起来，我在08年做过反名称混淆和反流程混淆的工具，基于Cecil，离开上海后不知道代码丢哪里去了。当然，我的工具还有一些非常具有特色的功能，移植到Reflector是不可能了，因为Reflector的架构真的很糟糕！

同根生与Cecil，我很看好ILSpy！并且我发现ILSpy有很棒的AST和专门的反流程混淆！

下载地址改为：http://xcode.codeplex.com/releases/view/64499

最后，为了辨别不同的修改版，把版本号给改了一下！

最最后，Reflector的反流程混淆能力依然很差，这里推荐新生的ILSpy，它的开源和规范化，有取代Reflector的趋势！

修改版 Reflector v1.0.2011.0408

源代码（密码是：NewLife+群号码，7个字母和8个数字，别偷懒o(∩_∩)o ）

本文链接