如何编写能在Office 2010/2007设计时能正常绘制并能进行交互的ActiveX控件

需求&问题：

最近在写一个产品时需要一个能在Word以及Excel中正常显示并进行交互操作的ActiveX控件，并且该控件必须要能与VSTO写的TaskPanel（TaskPanel由WPF MVVM实现）代码进行交互。

 

思路：

由于之前的写Word和Excel的TaskPanel采用的是VSTO，因此我优先想到用CSharp的UserControl来简化ActiveX空间的开发工作量，而且这样实现的话可以大大简化ActiveX控件与VSTO业务控制代码交互的实现。

 

问题：

花了半天时间将ActiveX写好后按部就班的将空间放到IE浏览器、ActiveX Test Container、VB下进行了简单的测试--测试均通过了，一切看似是那么美好！不过等我将我的ActiveX空间放到Excel中测试时我发现，我的ActiveX控件在设计时（Offie DesignMode）居然不能正常绘制，将ActiveX项目Attach到Excel进行调试后发现，原来UserControl在设计时的Paint事件居然根本就没有被触发，无语！#￥！@#。

放狗搜索后，发现了对ControlDesigner的介绍，貌似找到了解决设计时不能正常显示的办法啦。

有了思路，就动手吧->加System.Design引用->继承ControlDesigner实现自己的设计器行为->重写ControlDesigner中的OnPaintAdornments方法以确保设计时的正常显示->编译部署打开Excel进行测试->还是不行！？这次打击大了，居然还是失败了。再次翻看MSDN对ControlDesigner的帮助后发现，原来该属性只能保证你在VS2008或者VS2010的编辑器中编辑控件时的正常绘制--至此，这条路断了，得另寻思路了。

这个问题一直困扰了我大半年，期间各大搜索引擎都查了个遍还是一无所获，期间还是尝试用VB6再次写了一个验证型的ActiveX空间，不过貌似VB6对运行时绘制的支持也不给力。

 

解决方法：

最近终于又有时间来想这个问题了，翻看类似产品的ActiveX控件时我发现其绘制的界面让我联想起了我用ATL编写的一个界面不怎么样的ActiveX控件。难道用C++写的ActiveX就能解决这个问题？通过快速的在VS2010中创建一个MFC ActiveX空间原型，根据在Excel设计模式中的测试结果显示--成功了！原来关键时刻还是用上C++这把牛刀--谁说C++已经过时了，我看不见得！

 

总结&思考：

开发过程中发现疑难问题并不可怕，只要你在不断成长、不断地去探寻答案，无论最终你的最初目的有没有达到，你就会收到意外的惊喜。

 

补充：

1.在Excel中插入ActiveX后必须有代码来保证切换到设计模式，否则你的ActiveX控件将无法被选中。

请参考如下代码片段，

            if (!Globals.ThisAddIn.Application.CommandBars.GetPressedMso("DesignMode"))
            {
                Globals.ThisAddIn.Application.CommandBars.ExecuteMso("DesignMode");
            }

 

参考：

Addison.Wesley.Visual.Studio.Tools.for.Office.Using.C.Sharp.with.Excel.Word.Outlook.and.InfoPath.Sep.2005.chm

VSTO for Mere Mortals.pdf

VSTO 编程指南

MSDN VSTO: http://msdn.microsoft.com/zh-cn/office/hh133430.aspx

VCKbase最新COM视频教程

COM本质论

ATL Internals