用C#编写ActiveX控件，开发浏览器控件，注册ActiveX 控件

用C#编写ActiveX控件，开发浏览器控件，注册ActiveX 控件
用C#编写ActiveX控件

开发浏览器控件这是本控件开发完成后的一个简单应用。我们可以利用它以本地文件夹为单位来批量更新服务器的文件。多线程文件夹上传实现
最近做一个Web项目，需要自己编写一个ActiveX控件。ActiveX控件大多是使用C++来开发的，而我对他们并不熟悉，因此考虑使用熟悉的C#编写ActiveX控件。 ActiveX 控件注册

　　首先，建立一个Windows控件库项目 My_HtmlControl，并拖入一个textBox控件，此时编译项目，可以生成My_HtmlControl.dll。将此dll拷贝到IIS的虚拟根目录下，然后建立一个aa.htm的文件，html代码如下：
<body>
<object classid="http://localhost/My_HtmlControl.dll#My_HtmlControl.UserControl1" Width="184" Height="96">
</object>
</body>
在IE地址栏中输入以下地址：http://localhost/aa.htm，出现界面：可见textBox控件文本框控件已经成功在页面上显示了。OK，我们已经完成了第一步。
　　但是问题到这里还没有解决。不相信？你可以试试在另外一台机器上测试，注意需要修改对应的html代码和URL地址。你可以看到这个在原来显示控件的地方是一个红色的叉，或者还会弹出一个对话框，表示这个控件没有任何权限。出现这个结果是微软的默认设置造成的，作者必须在控件所在的控件的 AssemblyInfo.cs/vb 中执行一个安全声明，声明这个控件必须使用赋予的权限，才可以显示出界面。
在AssemblyInfo.cs中using System.Security;命名空间，并添加一句：
[assembly : AllowPartiallyTrustedCallers()]
　　注册ActiveX 控件现在重新编译，并且替换以前的dll，界面又可以显示出来了。
　　需要提醒的是，到现在为止，我们编写的还不是真正的ActiveX控件。这个控件到现在为止，还只是能够实现自身的显示，并且不能实现更多的功能，比如实现与脚本的交互或者操作客户端的注册表或者磁盘。这是由于.Net Framework的安全模型所限制的。如果我们希望这个控件突破.Net Framework安全模型的限制，实现与脚本的交互或者操作客户端的注册表或者磁盘的话，必须要让它成为真正的ActiveX控件。下面，我们把刚才的控件变成真正的ActiveX控件。
　　首先使用工具—〉创建GUID 生成一个GUID，

并修改UserControl1.cs文件。首先using System.Runtime.InteropServices;命名空间，并在public class UserControl1 : System.Windows.Forms.UserControl前面加入一条语句类标记：[Guid("93210714-D354-4e64-96A7-2DA3BE0E16BC")]
　　注意Guid中的字符串，就是你生成的Guid字符串。它是你所生成的ActiveX控件的唯一标识符。然后修改项目属性，打开项目属性面板->配置属性->生成，将最后一项“为Com Interop注册”，我们唯一需要修改的是将其值改为True。

　重新编译。我们使用工具—〉OLE/COM对象查看器查看，展开.NET Category 找到My_HtmlControl.UserControl1 　可以看到，我们写的My_HtmlControl.UserControl1已经被正确识别为COM组件。现在，我们已经可以像使用其它ActiveX控件一样在网页中显示了。在My_HtmlControl.UserControl1点击鼠标右键，选择Copy HTML <object> Tag to Clipboard,可以将代码拷入剪贴板。
　　现在，我们改写aa.htm，html代码如下：
<body>
<object id="My_HtmlControl" classid="clsid:93210714-D354-4E64-96A7-2DA3BE0E16BC"></object>
</body>

　　使用IE查看，我们的控件又可以在网页中显示了。不过，这个时候它已经不再是以前的.net WinForm控件了，而是货真价实的ActiveX控件了。
　　不过，编写ActiveX控件的任务还没有完成。我们还没有实现脚本互动或者读写I/O，也没有实现ActiveX控件的自动分发。下面尝试实现和JS的交互：(在UserControl1.cs中添加)
public void ShowMessage(string msg)
{
　if(msg != null)
　{
　　MessageBox.Show(msg);
　}
}
重新编译修改html代码：添加
<input type="button" onclick='My_HtmlControl.ShowMessage('Hello World!')' value='Click'>
访问我们的html页，就是提示不安全信息。
　　单击确定之后，我们发现JS报错。根据提示，我们判断可以通过修改IE的设置使控件运行。打开IE的工具->Internet选项->安全->本地Intranet->自定义级别->对没有标记为安全的ActiveX控件进行初始化和运行，将其值设为启用。我们刷新页面，现在终于可以正确运行了。为什么会报错呢？？？
这是因为我们必须要实现IObjectSafety接口，把ActiveX控件标记为安全的ActiveX控件。
首先我们自己用C#实现这个接口：(在UserControl1.cs中添加)
public void GetInterfacceSafyOptions(Int32 riid, out Int32 pdwSupportedOptions, out Int32 pdwEnabledOptions)
{
// TOD 添加 WebCamControl.GetInterfacceSafyOptions 实现
pdwSupportedOptions = 1;
pdwEnabledOptions = 2;
}
public void SetInterfaceSafetyOptions(Int32 riid, Int32 dwOptionsSetMask, Int32 dwEnabledOptions)
{
// TOD 添加 WebCamControl.SetInterfaceSafetyOptions 实现
}
标记Activex控件为脚本安全1.见Designing Secure ActiveX Controls,这种方法主要适用于ATL Activex控件，最好还是用C++来实现的，相对来说比较麻烦；

2.见Marking Business Objects as Safe for Scripting,选用这种方法，则非常简单了，只需要写入两个注册表项就可以了，如下：

[HKEY_CLASSES_ROOTCLSID<MyActiveXGUID>Implemented
Categories{7DD95801-9882-11CF-9FA9-00AA006C42C4}]
[HKEY_CLASSES_ROOTCLSID<MyActiveXGUID>Implemented
Categories{7DD95802-9882-11CF-9FA9-00AA006C42C4}]
通常ActiveX控件在开发并注册后，一旦在网页中运行，IE并不认为这是一个脚本安全的，会弹出一个IE提示窗口:"An ActiveX control on this page might be unsafe to interact with other parts of the page.Do you want to allow this interaction?"
　重新编译，然后将IE里面的设置改回来在注册表里添加如上两项。现在，我们发现，和JS的交互已经没有问题了。
　　这样，一个最基本的ActiveX控件已经写好了。你可以在这个控件的基础上增加任何你需要的功能。到这里，编写控件的任务已经完成了，我们的下一个目标就是发布它。
　　首先，我们建立一个windows安装项目，在解决方案中添加新项目【安装项目】

，并将ActiveX控件的主输出添加到项目输出中

。然后，改动ActiveX控件的主输出文件，将其Register属性改为vsdrpCOM.
改动项目属性，将引导程序更改为 Web引导程序。很遗憾的是，在 Web引导程序设置中的安装文件夹URL中必须使用绝对路径，不能使用相对路径。这意味着生成安装程序的时候就必须确定路径，不是很方便。在示例中，我使用了localhost，在发布中可以改为实际的域名。
　　现在我们生成安装程序，并把相应得程序拷贝到正确的目录中（本例中为默认网站目录下的ActiveX文件夹中）。我们可以直接执行Setup.Exe文件，以验证安装文件的正确性。在我的机器上正确执行了，成功了！

return false;
}
针对网友的要求，完善了一下本文的内容
如下在安装项目上进行设置即可，在安装软件时注册该组件在注册表中的注册等操作！如下图：

对安装过程中的所有界面和安装流程控制都可以定义了。还有一点就是因为是ActiveX所有，安全认证很关键。他们和淘宝等网站上的插件是一样的。如果想要被通用那么需要认证。建立在信任基础上让客户端安装应该是最简单的解决办法。