最近很多朋友向我提出Office的开发方式方面的疑惑，主要是针对特定的系统和Office版本不知道选择哪一种编程语言、创建哪一种类型的项目。
事实确实如此，如果搞不清楚语言的特性和项目类型的特点，很可能走很多弯路。也可能导致开发完的产品不能部署在客户电脑上。
无论从哪一个角度讲，Office开发都是一个相当庞大、复杂的话题。
下面是我整理出的一个按照开发项目分类的表格（*凡是写有VB.NET的地方，表示C#语言也可以做到）。
话题1：32位和64位的问题
Windows系统分为32位和64位。
32位系统中只能安装32位Office。
64位系统中可以安装32位Office，也可以安装64位Office。
有的同学不知道现在用的Office是多少位，查看方法是，Excel中点击【文件】，进入Backstage视图，选择【账户】，点击“关于Excel”
弹出一个对话框，写着32位。
我经过开发和测试，发现VB6开发的dll文件不能用于64位Office及其VBA环境。
但是，VB6开发的VB6外接程序，可以用在64位系统中的VB6，这可能是VB6本身不区分32和64位。
这样得出如下结论：
64位系统下的64位Office，这种环境下就别思考用VB6去开发Office的COM加载项，以及VBA的加载项了。
那么剩下的其他情况，仍然可以使用VB6。
话题2：动态链接库、自定义函数、外接程序的区别
以上三个名词，确实有联系也有区别。
- 动态链接库一般指的是用VB6创建的ActiveX DLL项目，编译生成后的是一个dll文件。可以在VBA工程或VB6工程中的引用中使用该dll文件，从而在代码中调用dll中的函数和方法。也就是说：动态链接库通常没有界面，只让你从其他程序代码中调用封装在dll中的函数。
- 自定义函数，通常指的是Excel工作表中的扩展函数，这种自定义函数可以像SUM、Average一样被使用。自定义函数可以来源于VB制作的动态链接库，也可以来源于VB.NET制作的类库项目，还可以来源于Excel-DNA项目。
- 外接程序指的是寄生在Office或VBA或VB6中的COM加载项，使用VB6创建ActiveX DLL项目就可以实现多个Office组件共享的COM加载项，也可以开发VBA、VB6编程环境中的COM加载项。同样使用VB.NET也可以做到。
话题3：如何判断一个COM加载项是哪一种项目类型做出的？
很多情况下，别人发给我一个安装包，我安装了以后可以正常使用，但是怎么知道这个产品是哪种开发方式呢？
下面介绍一个粗略的方法。
在COM加载项对话框中，选中那个你比较关心的COM加载项，看他的位置。如果显示的是mscoree.dll，那应该是VB.NET或C#开发的外接程序项目。
位置中格式如file:///...|vstolocal，这种的是VSTO外接程序项目。
如果位置中，是本地磁盘中明确的一个dll文件的路径，可能是VB开发的COM加载项。
话题4：COM加载项开发过程中的自定义界面如何选择
如果开发对象是Office 2003，只能自定义菜单和工具栏，插件加载时创建自定义工具栏，卸载时删除工具栏。如果不删除工具栏，会产生垃圾。
如果开发对象是VBA或VB6编程环境，也只能自定义菜单和工具栏。
如果开发对象是Office 2007以上版本，可以使用自定义菜单和工具栏、使用Ribbon XML自定义功能区等，也可以创建任务窗格。
总结：
- VB6和VB.NET都可以作为Office和VBA的开发语言，都可以创建共享外接程序，可以在一个工程或项目内部实现多个COM加载项。而且，这种开发方式不限组件，只要有COM对话框的Office组件都可以用以上语言开发，例如开发Access的COM加载项。
- 从语言本身来讲，VB.NET比VB6强大。
- 上面表格中列出的15种开发方式，我都亲手实践过，结论可靠。
- 其中VBE2014、VBE2019、Favorite、API函数库是颇具代表性的作品。
本贴中写的不严谨的地方，大家可以发邮件至32669315@qq.com联系我。
如果大家对上面那一部分感兴趣，可以翻看我的博客园中其他博文。