开源的东西如果不用自己编译的就失去了开源的意义。哪怕暂时没有修改，也应该使用自己编译的程序集，以防以后修改。
使用自行编译的EntLib本身没什么技术含量，但有几个小细节如果不注意，常常会白白浪费时间而不得要领，如果常常遇到和Load Assembly相关的异常，就该好好审视自己是不是哪里出了小问题。
首先，强签名EntLib解决方案。强签名到了4.1的版本变成不是必须的，但出于版本管理和以后复杂应用环境的考虑，强烈建议。
1. 如果想手工做这个事情，四十来个project会做疯掉的。首先，打开这篇文章：http://www.cnblogs.com/doriandeng/archive/2007/09/29/911173.html
2. 去微软或codeplex下载GuidanceAutomationExtensions 和 GuidanceAutomationToolkit。我这边是3个安装包。分别安装。
3. 去codeplex去下载entlib contrib的最新代码。Release编译其中的Strong Naming, 后找到生成的setup.exe文件，安装。
4. 按照1的文章，完成强签名。我尝试的时候，这个Strong Naming的package执行到一半报错，不知道为什么。好在经过检查，Strong Naming的工作都已完成，欠缺的只是InternalsVisibleTo的更新，按照文章的指示手工修改即可。
其次，Enterprise Library Configuration工具的使用：
1. 首先需要明白，已经安装在VS里的此工具是随同其他EntLib的程序集一起发布的，也就是说，其中引用的程序集当然也是微软预发布的，所以在使用的时候，生成的引用都是指向预发布的程序集，而不是我们自行编译的（从PublicKeyToken可以看出来）。所以，我们应该使用自己编译的EntLibConfig.exe。
2. 如果想在VS中直接调用，可以使用Open With...功能。具体请查看：http://entlib.codeplex.com/Thread/View.aspx?ThreadId=51093
好了，Enjoy源码吧！
