谁能给我一个Microsoftwps officee2010永久密匙？

来源：蜘蛛抓取(WebSpider) 时间：2018-09-23 14:24 标签： microsoft office

↓↓↓资源下载链接见下方↓↓↓

链接失效或者是广告推广的情况越来越多。XiaoSo搜索引擎也没办法精准识别，失效了或者无法打开，那就多试几个吧

特别声明：小不点搜索只抓取链接而不保存资源，不对此链接版权法律问题负责，也不确保此链接有效性

特别声明：小不点搜索只抓取链接而不保存资源，不对此链接版权法律问题负责，也不确保此链接有效性

特别声明：小不点搜索只抓取链接而不保存资源，不对此链接版权法律问题负责，也不确保此链接有效性

特别声明：小不点搜索只抓取链接而不保存资源，不对此链接版权法律问题负责，也不确保此链接有效性

特别声明：小不点搜索只抓取链接而不保存资源，不对此链接版权法律问题负责，也不确保此链接有效性

  • 类型：桌面工具大小：1KB语言：繁体 评分： Framework 中引入时，就确立了主互操作程序集 (PIA) 的概念。引入此概念，是为了解决在组件之间共享 COM 对象的难题。for instance：如果您有一些不同的互操作程序集，分别定义了一个 Excel Worksheet，则我们无法在组件之间共享这些 Worksheet，因为它们具有不同的 .NET 类型。PIA 通过只存在一次而解决了这个难题：所有客户端都使用它，因此 .NET 类型始终是匹配的。

    尽管 PIA 在理论上是个好主意，但在实际部署中却被证明是个大麻烦，因为它只有一份，而有多个应用程序可能会尝试安装或卸载它。而由于 PIA 通常很大，事情更复杂了。Office 在默认 Office 安装方式中并未部署它们，用户只需通过使用 TLBIMP 来创建自己的互操作程序集，即可轻松绕过这一个程序集系统。

    因此，现在为了扭转这种局面，发生了两件事：

    对于两个结构相同且共享相同识别特征（名称、GUID 等）的 COM 互操作类型，运行时能够聪明地将其看作同一个 .NET 类型。C# 编译器利用这一点的方式是在编译时直接在您自己的程序集中重现互操作类型，因此不再要求在运行时存在该互操作程序集。

    由于篇幅所限，我不得不省略一些详细信息，但即使不了解这些信息，您也应该能够毫无障碍的使用这个功能，就像动态功能一样。您通过将引用上的“嵌入式互操作类型”属性设置为 true，告诉编译器为您将互操作类型嵌入到 中。

    由于 C# 团队希望这种方法成为引用 COM 程序集的首选方法，因此在默认情况下，Visual Studio 会将添加到 C# 项目中的任何新互操作引用的此属性设置为 True。如果您使用命令行编译器 (csc.exe) 来编译您的代码，请使用 /L 开关，而不是 /R 开关，来嵌入您必须引用的互操作程序集中的互操作类型。

    在Visual Studio 中点击菜单项“视图->解决方案资源管理器”，在其中点开“引用”文件夹，在"Microsoft.Office.Interop.Word" 上点击鼠标右键，选择“属性”，将属性中的“嵌入互操作类型”的值改为“false”即可。

    出现原因：可能是安装office时安装过不同版本造成的。


    office 2007对应的是1.6，所以要根据情况判断。（我的是安装了2007之后有安装了2010，10可以，07不可以，我后来卸载掉10,用07版测试发现该注册表项下1.7还在，所以删除掉1.7,07版就正常了）

    后记：　　一般来说，一个COM对象在提供的时候，通常还会提供一个类型库，在其中定义了COM对象的所有方法名称、参数名称、属性名称等等信息。我们要做的就是从类型库中取出这些信息。当然，某些只供C++程序员使用的COM对象没有类型库，而代之以C++的头文件和/或idl文件，对这种情况，一般没有办法在程序中枚举出对象的方法属性：毕竟去找C++头文件不太现实，何况在非开发环境下，根本就没有头文件的说。

    PS：word兼容性真不好搞，目前也没有一套完美的解决方案，希望大牛指导。

我要回帖

更多关于 microsoft office 的文章

 

随机推荐