DCI架构_面向对象编程的新构想_下_.pdf

架 构 面 向对 象编程 的 新 构 想 下 虽然对象适用于表达结构 , 但在表达 系统交互方面效果不佳 。 构想反 映 了最终用户对角色及其交 互 的认知模型 。 一 文 、 完整 的对象具备两方面知识 模型 , 从而正确地反映最终用户头脑 中两种不 同的模型 。我 在本质上 , 角色体现 的是一般化 的 、抽象的算法 。角色 们 习惯把类看作是容纳行为和算法 的 自然归属 。可是这些编 没有血 肉 , 并不能做实际的事情 , 归根结底工作还是落在对 译 时的概念在运行时又要共存于 同一个对象之 中 , 我们就是 象的头上 , 而对象本身还担负着体现领域模型的责任 。 要支持这似乎矛盾 的情形 。 人们心 目中对 “对象 ”这个统一 的整体却有两种不 同的 看似很难 , 但其实最终用户都能在他们 的头脑里把这两种 山 扣 马 祥 翼 翼 斌拢蜿 井 … 独立于在运行时扮演该角色的对象的实际类型 。角色是泛 图 结构和算法结合在 同一个类 中 化 的类型 , 对应于 或 的泛型或者 的模板 。右 视角合为一体 。“通过账号这把钥匙能知道我有多少钱 ”, 对最 方和上方 的接 口共 同在代码 中表现 出最终用户 的角色和算法 终用户来说 “储蓄账户 ”只不过是对上述说法的简化 , 而正因 模型 。 为最终用户能把两种视角合为一体 , 所 以才知道能让 “储蓄账 左边是我们 的老朋友 — 类 。角色和类都存在于最终用 户 ”在转账操作里扮演 “源账户 ”的角色 。也就是说我们应该 户 的脑海里 。两者在运行时融于一个对象 。因为在大多数语 能够从转账用例场景 中撷取操作 , 并将操作添加到相 当的简朴 言里 的对象都 出 自于类 , 所 以我们必须想办法让领域类看似 的储蓄账户对象中去 。于是我们就得到图 , 属于类 的对象除 能支持来 自另一来源 角色 的业务 函数 。在编译 时 , 无论 了支持所属类的成员函数 , 还可 以执行所扮演角色的成员函数 , 是 用例场景还是所操作 的实体 , 程序 员都必须直面最终用户 就好像那些函数属于对象本身一样 。换句话说 , 我们希望把角 的模型 。我们希望帮助程序员用两种不同的编程结构去表达 色 的逻辑注入到对象 , 让这些逻辑成为对象的一部分 , 而其地 程序员 © 1994-2010 China Academic Journal Electronic Publishing House. All rights reserved. 思想 丁片。日 爪 位却丝毫不弱于对象初始化时从类所得到的方法 。 这样复杂的事情 的 那属于更高阶的业务函数 , 关系到 “系 此外我们在编译 时就为对象安排好 了扮演角色时可能需 统做什 么 ”, 而对 象本 身只知道 “系统是什 么 ”。更高阶 的 要 的所有逻辑 。如果我们再聪 明一点 , 在运行时知道 了被分 知识不存于原本 的对象里面 , 而是 由对 象在交互 中扮演 的 配 的角色 , 才注入 刚好要用到的逻辑 , 也是可 以做到的 。 角色所掌握 。 现在我要执行转账 。为 了完成操作 ,需要 “我的储蓄账户 ” 角色的合作 上下文和交互