一　C#也可以编写BHO程序

因为eve的官方论坛封掉了签名图功能，所以想自己写个BHO插件来“伪造”签名图。研究了几个C++程序，但是始终对响应WebBrowser内的 HTML事件不得其门。这样就只好在打开回复页面时，将签名加在文本区域下面了。这时发现了个C#的实现，尽管只是在完成这种基本功能的简单样本，但是证 了不见得用ATL和C++才可以做这种BHO程序，倒是个好消息。

二　C#编写的BHO程序的注册

程序暂且不谈，用一个框架式的简单例程来加以扩充是相当容易的。在生成了DLL文件之后（相当小），如何注册此DLL为BHO插件呢？

用regsvr32是不行的，显然.NET支持的手段也相应更新了。相应的注册工具是regasm。这个程序可以在根盘下找到( 应该是随.Net FrameWork 2.0发布版一起安装的）

regasm bho.dll即可完成写入注册项，然而此时正确的bho.dll却不成正常工作（未加载），按照例子文档所要求的，用/codebase参数注册后，方 可正常运行。估计是因为新版IE对BHO插件有软高的安全性要求，因此未签名的插件（如自已编写的bho.dll)无法加载。而/codebase则是强 制以签名控件的方式注册bho.dll，因而一定要加上/codebase选项。

三　文本文件编码的自动识别

在编码过程中，因将原来的XML随机选择方式改为了从一个固定的文本文件中读取，相应的文本文件编码问题也出现了（XML可以在属性中指定编码以与C#的缺省编码保持一致），而在２００３下编写的这个文本文件，缺省编码为DBCS，调试时显示在论坛上的汉字为乱码

所以又找了个探测文本文件编码的类加进去，正常。Java和C#这些较晚出现的编程语言基本都采用了Unicode编码，这将为以后的软件产品国际化带来很大的方便。但是目前的操作系统因出现时间的早晚，对字符的编码处理各有不同，这一点是必须要克服的。