文档介绍：BOS Studio开发指南
——BOS元数据概要
演讲人:王存思
时间:2005年3月
解决方案(Solution)
包(Package)
实体(Entity)
关系(Relationship)
数据表(Table)
查询(Query)
用户界面(UI)
功能(Façade)
业务功能(Function)
枚举(Enumeration)
异常(Exception)
权限(Permission)
多语言资源(Resource)
规则(Rule)
业务数据类型(DataType)
日志(Log)
解决方案(Solution)
解决方案是元数据的最大载体,对应于一个元数据集合。任一个元数据都必须归属于某个解决方案,譬如,EAS就是一个解决方案。
解决方案的定义包括:
名称、别名、描述
支持语言
发布方案
获得高回报
包(Package)
提供了元数据的Namespace管理,同时也提供了另一种分类和查看的方式。
类似于目录结构的一个树状模型。
元数据必须属于且只属于一个包。
包的定义只有名称一项,与文件的命名限制一致。
在定义期,包会映射到元数据存储的实际目录。
实体(Entity)
是数据存储的一个逻辑视图,它对应于业务系统中的实体类,指的是可永久存储的数据对象。
实体对象可以定义为“抽象”(Abstract)的。抽象实体对象不定义与数据对象的映射,它用于实体对象继承模型的一种实现。
实体对象的定义包括:
所属的包;
数据表:每个实体对象都对应于一个数据表,在这个数据表中保存着实体最重要的属性的值;
属性(Property)
方法(Method)
事件(Event)
关系(Relationship)
关系是指实体对象之间的连接关系。关系可以用连接(Link)来描述。
关系分为以下几种:
继承(Generalization/Implementation)
关联(Association)/聚合(Aggregation)
position)
数据表(Table)
数据表元数据又可以称为数据对象,它是业务数据实际存储空间的定义,数据对象可以对应于关系数据库中的数据表实体,也可以对应文件。
数据表在元数据模型分为三类:
普通类型:作为实体对象主表的数据表。
交叉类型。当两个业务对象间存在多对多的关系时,映射到E—R关系时,需要有一个单独的表来存储关联关系。
扩展类型:扩展表可以将实体映射到不同的数据表中。当一个业务对象的内容在物理上无法在一张表中完全存储时(数据库的列个数/总宽度的限制,或者当表中有数据时限制对表结构的更改),就需要用扩展表来完成存储。这样不至于在逻辑上人为地将业务对象割裂。扩展表是预定义的,以满足运行时扩展的要求。扩展表的定义与数据表类似。
查询(Query)
Query对象是实体对象的查询视图。
Query对象的数据组织形式是二维模型的,Query对象可以分为:
连接查询对象:在一个连接查询对象中有且仅有一个主对象。
联合查询对象:在一个联合查询对象(Union Query)中,包含的子对象都必须是一个(Sub Query 称为子查询),并且联合查询对象默认第一个选中的子对象为主对象。
建立一个Join Query的步骤
基本信息
定义查询方案(Selector Specification)
定义过滤方案(Filter Specification)
定义排序方案(Sort Specification)
定义分组方案(Group Specification)
定义联接方式
定义主键
用户界面(UI)
UI元数据是对人机交互界面的抽象性描述,记录了一个界面内有什么控件、控件的各属性值是多少、控件是如何布局、界面的多语言等信息。
功能(Façade)
功能对象(Facade)是相对与实体对象而言的,它是只包含操作的Interface类或操作多个实体的Business Façade类。