相关疑难解决方法(0)

版本

Excel 2007,Windows Vista,VB.NET,带有.NET 3.5 sp2的Visual Studio 2008,MSI安装程序包.

我想做什么

我有一个用VB.NET编写的Excel UDF.它作为COM服务器公开,因为您无法直接在.NET语言中创建Excel UDF.安装是一个真正的痛苦,因为没有任何安装设置似乎正确; 它们都没有为您提供一个安装包,它将COM服务器放在客户端计算机上,注册了服务器,注册了类型库,并且组件在Excel 2007的自动化服务器列表中可见.

我试过的

以下是类型库的安装设置,它们的缺陷在编译时和安装时显而易见:

vsdrfComSelfReg

• 在编译安装项目期间没有警告
• 模块xxx.tlb无法注册.HRESULT -2147024703
• 组件的ProgID和GUID在注册表中设置,但该组件未出现在自动化服务器列表中

vsdrfDoNotregister

• 编译期间没有警告
• 安装工作,但TLB当然没有注册

vsdrfCOM

• 编译时警告:警告:无法为名为"xxx.tlb"的文件创建注册信息
• 安装期间未注册类型库

正确的设置应该是vsdrfCOM,如解释在这里:

问:任何人都可以告诉vsdrfCOM在Visual Studio的安装项目中的含义吗？当我在安装项目中添加文件的属性中检查属性"注册"时,它可用.

答:这意味着Visual Studio将在构建时提取COM注册数据并将其放入MSI文件(主要是MSI文件的注册表表,但也包括类表).因此,当您安装它时,您的代码不需要自行注册,因为文件被复制到磁盘并创建了注册表项.它还将通过向MSI的TypeLib表添加条目来创建类型库注册.

许多困难似乎都是针对Vista的.特别是,使用REGCAP实用程序从.TLB文件生成.REG文件在Vista中不起作用.如果不是这样,也许这个建议会很有用.相反,它生成空的.REG文件.

我已经尝试了StackOverflow帖子中的所有建议.该帖子对技术问题有很好的描述:

"引用"对话框中的条目来自HKCR\TypeLib注册表项,而不是来自HKCR\CLSID.如果您的程序集没有显示在"引用"对话框中,但已编译的DLL仍然可以使用您的COM程序集,则表示已为程序集正确注册了类和接口,但类型库本身没有.

这个问题

任何人都知道如何使安装注册组件和类型库？我无法访问Windows XP计算机.

详细说明为什么这很糟糕

任何编译的代码都不需要.TLB来调用它.我没有像你一样尝试部署Excel自动化加载项,但我的猜测是UDF应该加载并运行得很好.

它在Excel中不太像.

• 用户打开工作表并尝试引用UDF.找不到它,因为未加载DLL.失败
• 用户转到"主页"|"Excel选项"|"加载项"|"Excel加载项+转到",并且"加载项"对话框中未列出COM服务器.失败
• 然后,用户按下自动化服务器以获取可用自动化服务器的列表.DLL不在那里.失败
• 用户返回"加载项"对话框并选择"浏览",导航到安装目录,然后选择DLL("XXX不是有效的加载项")或类型库("您选择的文件不包含新的Automation Server,或者您没有足够的权限......").失败

据我所知,用户必须从命令行运行regasm.exe才能使Excel UDF/COM服务器可用.如何告诉人们从命令行运行regasm以安装Excel的加载项？

编辑2009-10-04

Mike的评论和指示非常棒.我不知道的关键是安装程序有一个内置的注册表编辑器,用于添加注册表项.哦,Microsoft安装程序没有调用带有属性ComRegisterFunctionAttribute的安装函数.我已经从他引用的来源获得了关于编写安装程序功能的指示.