K3工业单据插件开发方式变更

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

V10.2工业单据二次开发插件变更

1.1. 需求概要说明

为实现工商业整合以单据、序时簿为核心、基于接口关联的开发模式,提高开发质量,降低开发风险,V10.2对单据、序时簿结构进行统一的调整,通过实现单据包基本数据结构,抽象出单据序时簿核心组件,提供统一的单据、序时簿开发框架,实现强大、灵活的二次开发接口扩展实现。

1.2. 修改描述

二次开发的修改,客户段、中间层由原有的ICTransactionType单独字段记录管理,修改为数据表(t_ThirdPartyComponent)管理,达到支持多个二次开发的处理,同时支持单独的功能二次开发事件

a、修改单据、序时簿客户段二次开发接口处理

将原有客户端接口的二次开发组件调用,修改为循环调用,t_ThirdPartyComponent表中FIndex标记为负数的组件,会在ICtransactionType中记录的二次开发组件之前执行,其他的则会在之后执行

b、修改单据保存中间层二次开发接口处理

由于原有单据保存接口已经实现,所以必须保留,将原有中间层接口的二次开发组件调用,修改为循环调用,t_ThirdPartyComponent表中FIndex标记为负数的组件,会在ICtransactionType中记录的二次开发组件之前执行,其他的则会在之后执行。中间层接口不变。

c、升级处理

原有ICTransactionType中的二次开发信息,如果为系统预设的,将修改到t_ThirdPartyComponent表中,FIndex为-1,升级时,ICTransactionType中的二次开发信息与t_ThirdPartyComponent表进行比较升级,如果存在则不升级,不存在则升级为Findex=0的记录

1.3. 涉及的数据结构变更

t_ThirdPartyComponent

FTypeDetailID表示只有中间层的二次开发类型,比如审核

FIndex INT4对于一个FTypeDetailID,可以有多个二次开发操

作,中间用FIndex来决定执行顺序,(标记为负数

的会在ictransactiontype中记录的二次开发之前

执行,ictransactiontype中的FIndex默认为0)。

非空

FComponentName VARCHAR200二次开发组件名称(ComName.clsName)

FCompenentSrv VARCHAR200 中间层二次开发组件

FDescription NVARCHAR255二次开发组件说明

由于历史原因,工业单据(老单据)的插件需要手工修改数据库表来实现注册,无法通过 BISIDE 直接完成,具体修改如下

在 t_ThirdPartyComponent 中插入一条记录

INSERT t_ThirdPartyComponent (FTypeID,FTypeDetailID,FIndex,FComponentName)VALUES(0,1,100,'project1.class 1')

t_ThirdPartyComponent 表的各个字段含义如下:

FTypeID

FTypeDetailID

FIndex

FComponentName

FComponentSrv

FDescription

单据类型 ID 号,具体的值可以参考下面的 SQL:

SELECT FID FROM ICTransactionType WHERE FName ='

外购入库'

插件组件的执行顺序号,当有多个插件时,按照该字段

值的大小顺序执行,并且区分客户端/中间层的顺序,

一般根据 FTypeDetailID 过滤后取已有最大值+10 即可

客户端插件的组件名,例如"project1.class1"

中间层插件的组件名,例如"K3MidClass.clsUpdate",

一般为空串

对于插件的简要说明

(本资料素材和资料部分来自网络,仅供参考。请预览后才下载,期待您的好评与关注!)

相关文档
最新文档