模型驱动的DotNet数据库应用开发框架.pptVIP

Enterprise Core Objects (Eco):模型驱动的DotNet数据库应用开发框架 目录 Why? 为什么使用模型驱动开发企业应用 What? Borland ECO 平台概述 特性 关于Bold? How? 演示 – 家庭记账系统 总结 开发者面对的困境 每天应用系统的复杂度都在增加 需求变化的速度在加快 客观要求持续迭代开发 对需求变更的预见非常困难 需要精通业务域知识 需要有精通信息技术 维护和分发的成本在持续增加 为什么使用模型驱动架构(MDA) Model Driven Architecture? 基于OMG的统一标准:UML, OCL, XMI等 MDA可以提升开发水平 应用程序开发独立于实现细节 以最小的代价轻松地适应需求变化 提高质量和预见性 减少风险 投资可以得到持久地回报 Why Models, why UML? 传统ER模型开发方式的问题 标准不统一 绑定于特定的关系型数据库，无法做到数据库平台无关 缺乏面向对象特性 能够清晰地描述业务域的静态的数据视图，但无法描述实体的操作及其相互之间的交互 无法描述继承、重载、多态等等对象关联 UML模型开发的优势 统一的标准 UML模型独立性 平台, 语言, 工具, 厂商 模型可以复用 高水平的复用 降低风险 有利于队伍内部交流 防止需求丢失 面向对象设计 Eco框架 模型设计 模型运行空间 前端GUI展示 使用Eco进行MDA开发步骤 需求分析: 业务域模型 或者通过XMI导入第三方工具设计的UML模型（Together，Rose…) 实现业务域模型: 通过代码/UML双向引擎实现代码级模型。 运行业务域模型: 通过模型驱动的运行时平台运行业务域模型 Eco模型驱动 vs 传统模型驱动 MDA 平台无关的模型（Platform Independent Model, PIM) 平台相关的模型（Platform Specific Model,PSM) 手工代码 手工生成及修改DBSchema 快速 MDA（模型就是系统!） 透明的转换 PIM, 绕过 PSM 代码自动生成 DBSchema自动生成及自动演化 Eco vs Typed DataSet 数据类型 Eco强类型，Typed DataSet是强类型, DataSet是弱类型 Person.AcctItems[0] .Money; PersonDS.Person[0].Address; (int)PersonDS.Tables[“abc”].Rows[0][bcd]; Eco支持代码/UML双向同步，Typed DataSet只支持单向代码生成。 Eco通过Data Mapper支持自定义数据类型（如可以将枚举属性映射为整数），Typed DataSet只支持基本数据类型 支持派生属性（可读写字段） 关联关系 Eco可以实现对象间继承、重载、多态，多重度关联关系 DataSet可以实现表关联关系，但不能实现复杂的面向对象关联 操作 Eco支持自定义操作 Typed DataSet 不支持代码/数据集双向技术，无法有效支持自定义操作。 约束 Eco可以基于Ocl语言定义复杂约束 DataSet只能定义DbSchema相关的约束 ECO?设计平台 ECO? 运行时平台 Enterprise Core Objects 框架支持 模型的运行时 设计引擎提供业务抽象工具 使用额外的框架特性 持久性 查询 GUI 显示和操作 对象生命周期管理 (ECO Space) 业务域对象是以.Net 对象(C#/Delphi) 形式运行 ECO 运行时服务 业务域对象服务 可以控制对象属性读写 可以控制对象关联 可以自行对象操作 运行时服务 数据库持久性 查询 订阅机制 交易 UnDo/ReDo 历史功能 三层架构 运行时架构 GUI架构 Eco数据源组件(Handle)是标准 .net 可视化组件，可以在设计期通过设定OCL表达式定制返回的业务域对象　 也可以使用IOCLEvaluatorService直接从Ocl语言生成业务域对象，实现更加灵活的处理　 通过适配器可以使用标准的.Net数据绑定 OCL, Object Constraint Language 面向对象的查询语言，”面向对象的SQL” 强类型的SQL Eco对于Ocl的扩展 基于OCL语言的约束可以实现精确设计 UML模型约束只能用自然语言描述，有二义性 派生属性和派生关联 可以将Ocl翻译成Sql 可以通过Ocl将对象绑定到GUI OCL vs SQL OCL 面向对象 数据库平台无关 可以扩展 通过自定义属性 oclVariable组件实现对Ocl语言变量的扩展 UML的统一子标准 SQL 面向数据集 数据库平台相关 可以扩展