BOF开发指南 V1.0.docVIP

一、什么是BOF BOF就是Business Object Framework，是Documentum提供的以对象方式封装服务端业务逻辑的开发及部署框架。BOF使开发人员可以通过扩展DFC类来把自己的业务逻辑加入到DFC对象本身的操作中，比如可以在调用对象的save（）前加入自己的数据验证逻辑。 BOF有两种形式：TBO（Type Based Object）和SBO（Service Based Object）。BOF结构如下图所示，蓝颜色部分表示是BOF的组成部分。 二、TBO的概念 DFC基类中与类型相关的类是和库中的Documentum基本类型相对应的，比如IDfDocument类对应dm_document类型。TBO是对DFC基类的扩展，同样也是和库中的某些自定义类型相对应的。 TBO可以从IDfSysObject或其它任何IDfSysObject的子类开始扩展，如IDfSysObject、IDfDocument、IDfFolder，并对应于Documentum库中的某种自定义TYPE类型（这个类型相应必须是dm_sysobject或dm_sysobject的子类型），封装该特定类型相关的操作逻辑。比如自定义TBO IEfSecureDoc对应自定义类型sdm_securedoc。 DFC类本身的创建是通过接口方式来实现的： IDfDocument objdoc = （IDfDocument）session.newObject（“dm_document”）； 通过类型名称，Documentum自动完成了库类型到DFC类的转换，创建库类型对应的DFC类并返回其接口，因为返回接口newObject是个工厂方法，返回的是通用接口基类接口，通常是IDfSysObject类型，所以使用者需要显示转换成类型对应的DFC接口类型。 同样，如果我们创建好了一个TBO，它的地位就等同于DFC基类，也是使用同样的方式来调用，假设我们已经创建好了一个TBO，它的接口是IEfSecureDoc，对应的库类型是sdm_securedoc，那么和DFC类本身的创建一样： IEfSecureDoc objDoc= （IEfSecureDoc）session.newObject（“sdm_securedoc”）； 使用得到的这个IEfSecureDoc对象objDoc我们可以对objDoc执行封装在TBO中的对sdm_securedoc类型的操作逻辑。 三、TBO的TBO的所以在BOF框架的帮助下，建立了自定义库类型和自定义TBO之间的对应关系，并能使用创建正常DFC类一样的方法在运行动态生成正确的和库类型相关的TBO实现类操作接口 六、TBO实例SBO简介 SBO和TBO一样，也封装了操作逻辑，所不同的是SBO所封装的操作逻辑不象TBO 是操作某一特定库类型对象，SBO可以操作多种不同的库类型对象，甚至可以操作非Documentum库类型对象，如从外部系统获得的Email文件。 Create一个SBO时，传递一个Session Manager进来。在SBO内部，可以利用这个Session Manager　得到自己的Session。利用这个Session，我们可以和Content　Server进行联系并进行相关的操作。通过Session Manager，我们可以创建多个Session，在一个SBO中，对多个Repository进行操作了。 注意SBO接口中的调用，如果返回一个TBO（或DFC类接口），要将这个TBO（或DFC类实例绑定到Session Manager中去，应为创建这个TBO的Session，在接口调用返回之前会Cancel掉。 我们理解，一个SBO是一个独立业务逻辑的封装，借助BOF框架，可以不需要静态地发布，可以进行Global Register。一点发布，多处动态创建。 一个SBO封装了业务逻辑（特别是对Repository的操作），可以动态创建在任何的DFC　Client Program中，提高了复用性。注意到，它和外部的联系的条件非常简单。传递给他一个Session Manager，提供一个SBO 接口，以供调用。还要注意State的问题，我们知道State最后都存放Repository中，如果一个SBO有自己的状态保留，可能会涉及到多线程的影响等。 基于SBO和TBO的比较，我们理解SBO是更一般意义上的逻辑封装，不需要对应的type对多库的连接等。 封装代码逻辑时都可以考虑用SBO，特别是在以下情况下： 发布方便 升级方便 用TBO不行的地方，如没有对应的type、对多库的操作 方便实现Web Service