VSTO学习笔记一VSTO概述.docx

上传人:b****5 文档编号:12368071 上传时间:2023-04-18 格式:DOCX 页数:18 大小:573.11KB
下载 相关 举报
VSTO学习笔记一VSTO概述.docx_第1页
第1页 / 共18页
VSTO学习笔记一VSTO概述.docx_第2页
第2页 / 共18页
VSTO学习笔记一VSTO概述.docx_第3页
第3页 / 共18页
VSTO学习笔记一VSTO概述.docx_第4页
第4页 / 共18页
VSTO学习笔记一VSTO概述.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

VSTO学习笔记一VSTO概述.docx

《VSTO学习笔记一VSTO概述.docx》由会员分享,可在线阅读,更多相关《VSTO学习笔记一VSTO概述.docx(18页珍藏版)》请在冰豆网上搜索。

VSTO学习笔记一VSTO概述.docx

VSTO学习笔记一VSTO概述

VSTO学习笔记

(一)VSTO概述

一、什么是VSTO?

VSTO=VisualStudoToolsforOffice,是.net平台下的Office开发技术。

相对于传统的VBA(VisualBasicApplication)开发,VSTO为中高级开发人员提供了更加强大的开发平台和语言,并部分解决了传统Office开发中的诸多问题(难于更新、可扩展性差、难以维护、安全性低等),开发人员可以使用熟悉的技术来构建更加灵活的、强大的、跨平台的企业级解决方案。

二、为什么要进行Office开发?

    Office拥有强大的数据分析、显示和计算能力,尤其在桌面领域,已经成为了办公自动化的行业标准。

虽然Office功能强大,但是也不可能满足各行各业的特定需求,如果能够借助于Office构建企业的个性需求,那将十分具有吸引力。

这样,在不需要其他专业软件的情况下,就可能完成既定的目标。

三、Office开发简史

1、VBA(VisualBasicApplication)

    微软提出的第一种Office开发解决方案就是VBA,在20世纪九十年代VBA红极一时,借助于当时如日中天的VisualBasic,VBA取得了巨大的成功,无论是专业的开发人员,还是刚入门的非开发人员,都可以利用VBA完成简单或复杂的需求。

但是VBA本身拥有很多的局限性,VB语言虽然简单,但是其语法令中高级开发人员不太适应,尤其是VBA的开发环境过于简单,缺少与时俱进的高级功能,使得VBA开发陷入了瓶颈。

2、VSTO1.0(VSTO2003)

时光跨入21世纪,微软发布了.net平台,并推出了新千年的新语言:

C#,VBA一统Office开发天下的情况终于有所转变。

从Office2003开始,Office正式由一个桌面办公平台转化为了桌面开发平台,微软也适时推出了VSTO2003,即VSTO1.0。

正是由此开始,Office开发跨入了一个新的时代,开发人员可以使用更加高级的语言和熟悉的技术来更容易的进行Office开发。

VSTO1.0完全编程支持Office2000和OfficeXP,提供了以文档为中心的开发平台,开发人员使用.netframework1.1开发Office中的一些自动化程序等。

3、VSTO2.0(VSTO2005SE)

    VSTO2.0随同VisualStudio2005推出,提供了大量新特性:

1.提供了新的文档模板

2.对Word、Excel的可视化支持

3.可以使用托管的WindowsForms控件或组件

4.宿主控件(不知道翻译的怎样:

))    

5.支持在文档中添加智能标签

6.动作面板支持

7.数据绑定、数据源、数据模型支持

8.数据缓存

9.服务器端编程

10.配置文件

11.新的部署方式

12.InfoPath开始支持托管代码

13.与众不同的Outlook托管插件

4、VSTO3.0(VSTO2008)

VSTO3.0随同VisualStudio2008发布:

对于Office解决方案开发来说,VSTO是简单但强大的框架。

这个框架为每个Office开发者带来了许多令人惊叹的好处:

窗体控件、类、安全性、服务器可测量性、面向对象特征、完整性、易发布,等等。

1)、更安全的托管代码扩展

VSTO允许托管和非托管代码无缝地放在一起到相同的.NET程序集里,这允许开发者保留非托管代码而无须完全重写。

带有或引用托管代码程序集的文档或工作簿被作为托管代码扩展。

通过使用VSTO在Word或Excel中创建托管代码扩展,与宏相似但更安全。

使用VSTO,能够创建仅需要装载数据的模板。

2)、数据缓存数据缓存,简单地说,就是在存中存储数据以便于快速访问。

MicrosoftOfficeWord文档或Excel工作簿有一个隐藏的控件,称之为运行时存储控件(RuntimeStorageControl),存储缓存的数据。

VSTO提供数据缓存功能,使用C#中的ServerDocument类,通过应用程序外部到Office来操控数据缓存,无须访问Word或Excel对象模型。

3)、自定义功能使用可重复使用的类,VSTO3.0提供极好的控制来自定义Office应用程序。

不像VBA开发者,VSTO开发者不局限于VBA函数库。

VSTO提供了相当广泛的类、对象和事件来创建Office商业解决方案。

使用VSTO,开发者能够为Office应用程序自定义功能。

这能够简单到在应用程序命令栏中添加按钮或自定义任务窗格,或者复杂到用于访问不同数据源的数据报表模板。

4)、自定义用户界面

VSTO提供Windows窗体控件,帮助你为Office解决方案开发富用户界面(UI)。

通过使用大量各种各样的控件集,VSTO开发者能够为用户创建丰富的数据视图。

每种和每类Windows窗体控件都有自已的属性、方法和事件设置,适合不同的需要。

通过在文档和任务窗格里使用控件,VSTO使创建丰富的用户界面更容易。

例如,可以创建一个活泼的按钮命令产生套用信函。

又如,假设公司在其服务器上存储了数据容,用户在处理文档时想从服务器中引用一些容并且不想离开当前编辑的文档,使用VSTO可以使服务器容在文档的任务窗格中可用而无须干扰用户当前的工作。

5)、智能标记智能标记是Office应用程序能够在文档里识别的字符串。

启用智能标记,Word试图识别文档中某类数据,通过紫色的点划线来显示。

单击智能标记,出现特定数据类型的可能操作的列表。

VSTO给Office开发者提供了对象模型,可用于为文档和工作簿创建智能标记。

6)、WPF支持

WPF能用于创建丰富的、具有吸引力的外观。

在VSTO环境中可使用WPF。

VSTO的可视设计器支持Windows窗体和WPF控件的使用。

WPF为创建基于客户和基于网络的应用程序提供了可靠的编程模型,并且在商务逻辑和UI之间呈现清楚的分离。

7)、可视化的设计器

VSTO为Office应用程序提供了可视化的设计器,例如Word2007、Excel2007,显示在VisualStudioIDE里。

在VisualStudioIDE里创建窗体只需拖动并放置窗体到Office文档中。

开发者能够访问VisualStudioIDE中的许多工具和功能,例如智能感知、拖放控件和数据源。

VSTO也提供了Ribbon可视化设计器,用于通过使用简单的.NET应用程序编程模型自定义Office功能区和编程。

8)、安全改进

VSTO安全模型包含从Office信任中心和VisualStudioToolsforOffice运行时的广泛支持,帮助解决VBA代码通常涉与的安全问题。

VBA安全模型有许多缺点,容易使用VBA开发许多病毒。

为了安全地运行VBA宏,用户机器中必须设置安全性为高,并且使用数字签名。

更重要的是,这些操作都需要用户手工执行。

在VSTO3.0中,已经修改了安全模型。

VSTO创建了安全策略,每次创建工程时必需在计算机中运行和调试解决方案,在发布前签署程序集。

9)、可维护性为Office系统开发的VSTO解决方案更容易维护。

更新已发布的解决方案,修改代码,以与更新单个的程序集将帮助更多的资源在相同文档的多个副本里做相同的事情。

所有代码将驻留在程序集里。

在使用宏时,脚本驻留在Office文档里,无论何时想更新代码,必须修改每一个包含代码的文档。

使用VSTO3.0,能够通过简单地修改代码和更新单个的程序集来管理应用程序级加载项,无须在相同文档的多个副本中做同样的事情。

VSTO3.0的新功能

VSTO3.0具有大量的新功能,也增强了现有的关键功能。

下面列出在VSTO3.0中可用的改进Office解决方案开发工作的一些关键的新功能:

∙文档级的定制:

文档级的定制是自定义驻留在单个文档里的解决方案。

使用VSTO的文档级定制是新版VSTO中添加的关键功能之一。

VSTO支持Word、Excel、InfoPath的文档级解决方案。

 

∙应用程序级加载项:

应用程序级加载项被创建为托管代码程序集,当相关的Office应用程序启动时将装载应用程序级加载项。

VSTO3.0提供了直接编程访问.NET对象和控件。

 

∙功能区可视化设计器:

功能区是组织相关命令的新方式。

实际上,它们作为控件显示。

可视化设计器提供高级工具并支持更容易地创建和设计自定义功能区。

 

∙任务窗格:

任务窗格帮助用户快速且更方便地访问信息。

取决于用户的喜好,可以在Office应用程序用户界面中显示或隐藏任务窗格。

λ

∙窗体区域:

窗体区域是自定义标准的Outlook2007用户界面的新方式。

例如,在VisualStudio2008中,VSTO3.0提供了基于Windows窗体的设计和开发环境。

这允许Office开发者在单个的开发环境中设计和编码新的Outlook窗体区域,将大多数Windows窗体引入到Outlook的宿主环境中。

 

∙工作流支持:

VSTO提供可视化设计器支持开发者使用VisualStudio2008创建工作流。

一个向导选项用于创建工作流,并且直接将其赋值到发布位置。

 

∙SharePoint支持:

VSTO中的新对象帮助开发者在Office应用程序中为SharePoint编程。

可以使用VSTO扩展Office客户端应用程序,使用SharePointPortal将它们整合到企业解决方案中,例如客户关系管理、供应链管理以与其他类似的应用程序。

λ

∙使用ClickOnce部署:

ClickOcne部署技术允许基于Windows应用程序使用最小程度的用户交互来部署和运行。

安全区将限制使用ClickOnce技术部署的应用程序的许可和操作。

 

∙Word容控件:

容控件是容器,其中能放置特定类型的容,例如日期、列表、图片或文本。

λ

∙富用户界面控件:

能够创建带有丰富且容易访问的用户界面的Office解决方案。

例如,可以创建带有Windows控件的任务窗格,和其它数据源交互数据。

 

∙支持其他的Office应用程序。

VSTO架构

VSTO应用程序由Office应用程序和.NET程序集组成。

λ

∙Office应用程序:

VSTO公布了对象,使之更容易编写Office应用程序。

包括扩充应用程序和处理应用程序使用的数据的对象。

要理解的重点之一是Word和Excel编辑器提供了Word或Excel文档视图。

使用这些编辑器,可以编辑和格式文档,就像直接在Office应用程序中操作一样。

λ

∙.NET程序集:

包含中间语言(IL)代码。

描述程序的二进制信息的元数据存储在存中,是.NET程序集的一部分。

除了元数据信息外,程序集也有称作Manifest的专门的文件。

Manifest包含程序集当前版本的信息。

VSTO架构的核心组件是文档级定制、应用程序级加载项和文档级的数据模型。

VSTO的新架构允许编写和运行带有宏的Office应用程序。

上图说明Office2007解决方案逻辑架构。

VSTO能够使Office开发者为InfoPath、Word和Excel文档创建文档级定制,而对于Outlook、PowerPoint和Visio,VSTO不支持文档级定制。

VSTO提供了非常好的面向对象编程支持。

VSTO提供了对C#编程语言的完全支持,允许在Office解决方案中执行面向对象编程。

面向对象编程是一种软件编程方式,程序结构基于对象之间的交互,以执行任务。

VSTO的架构设计帮助Office开发者实现了应用程序和数据的分离,提供开发应用程序级解决方案的增强支持,并且公布了多种对象使Office开发者更容易编写Office应用程序。

开发应用程序级和文档级的解决方案是VSTO中另一项架构改进。

开发方式使用VSTO3.0创建的解决方案类型分成两类:

文档级解决方案和应用程序级解决方案。

1)、面向文档的方式面向文档的方式被专门设计为接触Word或Excel文档的核心并包含原先设计的文档不支持的信息。

VSTO3.0支持面向文档的方式创建Word、Excel和InfoPath。

实际上,面向文档的方式提供指向非常特定任务的文档,不会影响到文档驻留的应用程序。

2)、面向应用程序的方式

VSTO3.0具有为Office2007套件中所有的应用程序创建面向应用程序的方式的能力。

可以创建和执行向Office应用程序中添加了各种功能和特征的加载项。

VSTO开发和部署

VSTO系统3.0运行时,运行Office2007解决方案的首要需求,被置到VSTO中。

而VSTO3.0被置到VisualStudio2008安装中。

使用VSTO创建Office应用程序在VisualStudio2008中包括VSTO,也就是说,Microsoft首次将VisualStudio2008和VSTO3.0绑在了一块。

在VSTO3.0中,MicrosoftOffice工具变得更加强大,因为Microsoft使Office开发环境对开发者更加友好,通过创建新的开发环境帮助开发者创建Office应用程序里的功能的解决方案。

因此,Office开发者能够容易地创建解决方案,为他们的商务做更多工作,另一方面,重复使用Office应用程序中现有的可用功能,从而减少成本开支。

VSTO甚至可以整合现有的ERP系统,增进企业的成长。

可以使用VSTO扩展Office客户端应用程序,将VSTO与SharePointPortal整合来提供企业解决方案,例如Office商务应用程序,包括客户关系管理、供应链管理,等等。

1、VSTO开发环境

VSTO3.0不是单独的安装包,当安装VisualStudio2008时,VSTO3.0将与其它的框架和所需的组件一起安装。

2、包(Package)当安装MicrosoftVSTO3.0分发包时安装VSTO运行时。

VSTO3.0分发包是将VisualStudio2008和.NET框架的功能和生产力带给建立在Office2007应用程序中的商务解决方案的框架。

上图说明了VSTO的版本历史,以与各版本之间的一些主要的不同。

当前版本的VSTO仅支持编程语言VB.NET和C#。

我们期望VSTO的下一个版本能支持其它的编程语言。

3、VisualStudio整合为了容易创建定制的用户界面,VSTO3.0在VisualStudio里提供了Office应用程序的可视化表现。

VSTO3.0很好地与VisualStudio2008整合在一起,为Office开发者提供了完整的开发和部署Office解决方案的工具。

VisualStudio2008能够使开发者创建可升级的Office商务应用程序、改变主要的OfficeUI特征、支持工作流、以与创建更容易的部署。

下面,看看VisualStudio2008中Office2007应用程序的典型的VSTO项目模板。

VisualStudio2008已经打包了使用VSTO创建Office解决方案所需要的全部VSTO3.0组件。

当安装VisualStudio2008时,所有相关的安装,包括VSTO3.0的项目模板、Office开发引用和其它组件,都被安装并完全整合到新的VisualStudio2008开发环境中。

 

4、创建VSTO解决方案在开发和传递创新的Microsoft技术方面,VisualStudio2008是非常快速、协同性好和灵活的,包括增强的语言和数据功能。

Office2007中支持的C#和VB.NET是增强的语言特性之一,并且容易与其它数据源交互数据,例如MicrosoftSQL服务器,是数据特性之一。

这些特性确保开发者能够快速地创建连接的应用程序,传递下一代软件实践,以与克服应用程序软件开发挑战。

上图表现了Office解决方案的开发环境。

在图中,客户端代表开发环境机器,在VisualStudio2008里面的VSTO3.0代表VSTO整合在VisualStudio中,Office2007客户端工具是Office应用程序,包括Word、Excel、InfoPath等,应该被安装在客户端机器上。

使用VisualStudio2008开发环境能够创建应用程序级、数据中心解决方案。

数据中心解决方案是集中于数据操作和数据存储的功能。

VisualStudio2008开发环境使得开发带有主要的Office2007系统特征设计时和运行时支持的解决方案成为可能,例如功能区、自定义任务窗格、文档级解决方案、Outlook窗体区域,等等。

功能区是Office应用程序中表现菜单项的新方式。

在新开发环境中,有可视化设计器,能够拖拉功能区里的控件,容易设计自定义的功能区菜单。

甚至数据相关的操作,例如创建数据连接,有数据连接向导容易创建数据连接。

在创建的Office项目解决方案中,可以看到列出的引用,例如System.AddIn、System.Core等等,它们被自动装载作为项目模块的一部分。

这使得开发者更容易开始编程,不需要像以前一样手工添加引用和验证解决方案。

通过使用基于XML的数据/视图分离和编程性,Office开发者能够将商务数据整合到文档里。

5、查看IDE窗口

VisualStudio是一款极其优秀的产品,专门为开发者设计,是开发者最常使用的开发工具之一,置有IDE,能够使开发者使用Microsoft技术创建不同类型的应用程序。

通常,IDE由源代码编辑器、编译器和调试器组成。

默认情况下,MicrosoftVisualStudioIDE提供智能感知、调试、编译、访问控件、以与创建解决方案的能力。

最新增强了功能区设计器、拖放控件、并为Office应用程序增强了调试功能,缩减了开发时间,提高了开发者的效率。

置的VSTO对象模型被设计来支持.NET,许多常用的功能被打包且很好地整合了。

在新版本中,诸如Word、Excel和InfoPath的目标窗口工具被直接整合到IDE界面里,帮助Office开发者无须对象模型的高级知识就能创建解决方案。

对于Word2007和Excel2007,VSTO在VisualStudioIDE中也有可视化设计器。

上图中,可以看到VisualStudio2008中如何显示Excel2007可视化设计器。

同样,VisualStudio2008IDE也提供了可视化功能区设计器,允许Office开发者使用拖放界面来设计功能区,使用标准的.NET代码与功能区交互。

上图显示Office解决方案开发里功能区的可视化设计器,通过提供拖放控件和容易访问资源,简化了功能区开发过程。

同样,VisualStudio2008简化并加速了操作窗格、指定文档的任务窗格、创建指定应用程序的自定义任务窗格以与Outlook窗体区域设计器的开发过程。

6、调试调试是软件开发中最重要的任务之一,并且是所有开发者在他们的开发过程中会遇到无数次的一项任务。

在VisualStudioIDE中,开发者为调试.NET应用程序有几种可用的调试选择。

VisualStudio2008为使用VSTO3.0的Office解决方案开发提供了一组强大的创建和调试工具,与VSTO2.0相比是一项大的改进。

在创建配置时,开发者能够选择他们想创建的组件,排除他们当前想避免创建的组件。

开发者可以像项目一样,灵活地为解决方案创建配置。

 

我们期望下一版本能带来什么?

基于笔者的分析和作为一名VSTO开发者的经验,我们期望下一版本的VSTO:

∙目前,VSTO3.0支持VB.NET和C#开发Office解决方案。

在将来的VSTO版本中,我们期望支持其他语言,例如C++,这将帮助C++开发者创建VSTO解决方案。

∙VSTO3.0智能标记仅限于Office应用程序中文档级解决方案,不能在应用程序级解决方案中使用,因此我们期望Microsoft在将来的VSTO版本中添加这项功能。

∙使用VSTO和VisualStudio环境在Office应用程序创建工作流活动是我们在下一版本中期望的功能。

数据和应用程序协同工作的能力是Windows工作流的核心,在VSTO中的改进将帮助我们重新组织面向工作流的开发。

∙应该在将来的版本中在Visio应用程序中也添加使用VSTO创建文档级的自定义任务窗格的功能。

这将对Visio用户管理自定义形状是有用的。

5、VSTO4.0(VSTO2010)

虽然现在VSTO4.0还没有正式发布,但是从测试版已经可以看出些端倪:

1.对64位Office2010开发的支持

2.折叠工具栏项目支持

3.C#4.0 、.netframework4.0支持

4.一次针对所有用户部署Office项目

5.在单个包中部署多个Office项目

6.部署完Office项目后仍可以执行附加操作

 

四、Office开发存在的问题

    由于历史遗留问题,Office本来是设计与COM协同工作的,这就使得从一开始VSTO就有点"水土不服"。

.net代码通过封装COM与Office通信,但是有时这种配合却并不协调,Office对象模型并不总是遵循.net设计所采用的命名规则和设计模式。

五、VisualBasic的"优势"

    在C#4.0发布之前(虽然现在也没有发布),用VB开发Office比用C#方便的多,这是因为VB简化了对Office对象模型的调用方法。

但是随着C#4.0的即将发布,VB的这种"优势"将会变得愈来愈小。

园子里有很多人已经写过C#4.0的新特性,这里仅提取出针对于COM操作的改进:

ImprovedCOMInteroperability

在C#中在调用COM对象如office对象时,经常需要写一堆不必要的参数:

objectfileName="Test.docx";

 

objectmissing=System.Reflection.Missing.Value;

 

doc.SaveAs(reffileName,

 

refmissing,refmissing,refmissing,

 

refmissing,refmissing,refmissing,

 

refmissing,refmissing,refmissing,

 

refmissing,refmissing,refmissing,

 

refmissing,refmissing,refmissing);

 

4.0中就可以直接写成:

doc.SaveAs("Test.docx");

 

C#4.0对COM交互做了下面几方面的改进:

Automaticobject->dynamicmapping (自动类型转换)

Optionalandnamedparameters (可选命名参数)

Indexedproperties (索引属性?

Optional"ref"modifier (可选 ref 修饰)

Interoptypeembedding("NoPIA") (主调程序集嵌入)

对第1点和第5点的简单解释如下:

在COM调用中,很多输入输出类型都是object,这样就必须知道返回对象的确切类型,强制转换后才可以调用相应的方法。

在4.0中有了dynamic的支持,就可以在导入这些COM接口时将变量定义为dynamic而不是object,省掉了强制类型转换。

PIA(PrimaryInteropAssemblies)是根据COMAPI生成的.NetAssemb

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 建筑土木

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1