UFGOV_QP_KHJY_01_04-V1.0
5.2 数据和单据模板的设计
5.2.1 元数据的设计
主子孙的元数据采用的是主，子，孙三层结构设计，每个主可以对应若干个子，每个子对应若干个孙。
下面是BOM维护的元数据
第 35 页 共 160 页
UFGOV_QP_KHJY_01_04-V1.0 主 表 子 表 孙 表
5.2.2
元数据
访问器类型 主表为AggVO，子表和孙表均为NCVo 子表的元数据属性 访问策略要为空
两个孙表要单独生成java代码
在子表的VO中添加孙表的数组对象private Zzs_sun[] Pk_sun1;（Pk_sun1和子表中对应孙表的子表描述字段一致），加set，get 方法
第 36 页 共 160 页
UFGOV_QP_KHJY_01_04-V1.0
5.2.3 单据模板的设计
主子孙的单据模板是一个主子结果的单据模板和若干个没有表头的孙表的单据模板，所以元数据设计好之后，我们设计主子单据模板的时候将表头和表体拉到一个单据模板上去，然后每个子表对应的孙表放到一个单据模板里面，制作出对应的孙模板。这样我们的单据模板就完成了。制作模板填写页签编码的时候一定要和对应元数据中的子表描述字段一致
注意：根据UE要求，表尾信息统一按照分组分好，放到表头
5.3 应用与配臵
5.3.1.1 主子孙model的配置
在配臵文件里自动生成的manageAppModel下加一个孙model
class=\ class=\ 第 37 页 共 160 页 UFGOV_QP_KHJY_01_04-V1.0 每个单据模板都有其对应的BillManageModel，所以主子孙也存在多个model，于是，为了协调这些model之间的关系我们创建了一个适配主子孙的model（MainGrandModel），用来负责协调主子MODEL和孙MODEL之间的关系的。 下面是我们提供的例子： 5.3.1.2 主子和孙的关系配置 我们当然需要分别为主子和孙都配臵都应的列表界面和卡片界面，但是这样的话就需要将他们的关系提供以下，所以我们提供了一个匹配主子和孙关系的类（MainGrandRelationShip），这个类主要就是有三个Map组成，分别匹配列表界面，卡片界面和孙表页签以及对应的VO类的映射。 第 38 页 共 160 页