对象、接口和服务

对象

在 UNO 中，对象是一个软件工件，具有您可调用的方法和您可获取并设置的属性。严格说来，对象提供的方法和属性由其支持的接口集指定。

接口

接口指定共同定义对象的一个方面的属性集和方法集。例如，接口 com.sun.star.resource.XResourceBundle

  module com { module sun { module star { module resource { interfaceXResourceBundle: com::sun::star::container::XNameAccess {
      [attribute] XResourceBundle Parent;
      com::sun::star::lang::Locale getLocale();
      any getDirectElement([in] string key);
  };
  }; }; }; };

指定属性 Parent 以及方法 getLocale() 和 getDirectElement()。

要允许重复使用这样的接口规范，可用一个接口继承一个或多个其他接口（例如 XResourceBundle 就继承了 com.sun.star.container.XNameAccess 的所有属性和方法。多继承（继承多个接口的能力）为 OpenOffice.org 2.0 中的新增功能。

严格说来，在 UNO 中不需要接口属性。每个属性还可以表示为获取该属性值的方法与设置该属性值的方法的组合（或只是一个获取只读属性值的方法）。然而，至少有两个充分的理由支持我们将接口属性包括在 UNO 中：

第一，目前对这种获取值与设置值的组合的需要非常普遍，这就要求额外支持。
第二，有了接口属性，接口的设计者可以更好地表现一个对象不同功能之间的细微差别。对于那些不作为对象组成或结构部分的功能，可以使用接口属性，同时还保留访问核心功能所需的显式方法。以前，一个 UNO 对象一般根据其不同方面支持许多独立接口。采用多继承接口技术，就可减少上述需要，因为一个对象现在可以只支持一个接口，该接口继承构成对象各个方面的所有其他接口。

服务

以前，术语“服务”在 UNO 中的含义模糊。从 OpenOffice.org 2.0 起，底层概念已变得越来越清晰。遗憾的是，在 UNO 中，术语“服务”有两个不同的含义。在下面，我们将使用术语“新式服务”来表示符合明确的 OpenOffice.org 2.0 服务概念的实体，而用“旧式服务”来表示仅符合以前的较模糊服务概念的实体。而在 UNO 之外的上下文中，术语“服务”仍经常使用不同的含义，这就使情况变得更为复杂。

尽管从技术上说，不需要再使用旧式服务，但 OpenOffice.org API 仍然广泛地使用它们，以保持向后兼容性。因此，使用 OpenOffice.org API 时，请准备好面对同时使用以上两个服务概念的情况。

新式服务的形式如下

  module com { module sun { module star { module bridge {   
      serviceUnoUrlResolver: XUnoUrlResolver;
  }; }; }; };

并指定组件上下文的服务管理器中某一特定服务名称（例如com.sun.star.bridge.XUnoUrlResolver）存在支持某一特定接口（例如" com.sun.star.bridge.XUnoUrlResolver"）的对象。一个新式服务拥有定义对象必须的所有的的接口、方法和属性，且使定义的对象组合成为一个单一的“复合接口”。（正式上，新式服务称为“基于单接口的服务”。）

给定适当的组件上下文后，各种 UNO 语言绑定可以提供特殊结构以轻松获取这种新式服务的实例; 请参阅专业 UNO - UNO 语言绑定 - Java 语言绑定和专业 UNO - UNO 语言绑定 - C++ 语言绑定。

旧式服务（正式上，称为“基于堆积的服务”）形式如下

  module com { module sun { module star { module frame {serviceDesktop {
      service Frame;
      interface XDesktop;
      interface XComponentLoader;
      interface com::sun::star::document::XEventBroadcaster;
  };
  }; }; }; };

并用来指定下列内容：

一般约定为，如果某个对象已证明支持某一旧式服务，则该对象可以支持该服务本身及其继承服务导出的所有接口。例如，方法 <idlml>com.sun.star.frame.XFrames:queryFrames</idlml> 返回一系列对象，这些对象都应支持旧式服务 com.sun.star.frame.Frame，从而支持Frame 导出的所有接口。
此外，旧式服务可以指定一个或多个属性，如下

  module com { module sun { module star { module frame {service Frame {   
      interface com::sun::star::frame::XFrame;
      interface com::sun::star::frame::XDispatchProvider;
      // ...
      [property] string Title;
      [property, optional] XDispatchRecorderSupplier RecorderSupplier;
      // ...
  };
  }; }; }; };

将在之后的章节详细说明属性[Proptety]，与接口属性的相似，它们都描述了对象的其他功能。它们之间的主要差别在于，接口属性可以直接访问，而旧式服务的属性则通常通过一般接口（如com.sun.star.beans.XPropertySet）来访问。通常，接口属性用于表示对象的组成功能，而属性则表示其他的、更可变的功能。

一些旧式服务被设计为可从组件上下文的服务管理器中获得。例如，服务 com.sun.star.frame.Desktop 可在组件上下文的服务管理器中它的服务名称"com.sun.star.frame.Desktop" 下被实例化。（问题是，您无法确定给出的旧式服务是否设计为可在组件上下文中获得；使用新式服务代替，可以使该意图更为明确。）

其他旧式服务则设计为被其他服务继承的一般超级服务。例如，服务com.sun.star.document.OfficeDocument 就作为所有不同种类具体文档服务（如com.sun.star.text.TextDocument 和 com.sun.star.drawing.DrawingDocument）的一般基础。（多继承接口现在是表示这种一般基础服务的首选机制。）

还有一些旧式服务仅仅列出属性，而不导出任何接口。这些服务用于确定一组相关属性，而不像其他种类的旧式服务那样指定某些对象支持的接口。例如，服务com.sun.star.document.MediaDescriptor 就列出了可传递到<idlml>com.sun.star.frame.XComponentLoader:loadComponentFromURL</idlml> 的所有属性。

属性是对象的功能，通常它不作为对象的组成部分或结构部分，因此通过一般 getPropertyValue()/setPropertyValue() 方法而不是通过 getPrinter() 等特殊 get 方法来处理。旧式服务提供一个特殊语法，可列出对象的所有属性。含有属性的对象只需要支持 com.sun.star.beans.XPropertySet 接口就可以处理各种属性。典型的例子是字符属性或段落格式属性。使用属性，可以通过对 setPropertyValues() 的单独调用来设置对象的多个功能，这将大大提高远程性能。例如，段落通过它们的 com.sun.star.beans.XMultiPropertySet 接口支持 setPropertyValues() 方法。

Content on this page is licensed under the Public Documentation License (PDL).

对象、接口和服务

对象

接口

服务

Views

Personal tools

Navigation

Search

Tools

In other languages