《系统架构设计师教程(第2版)》第13章-层次式架构设计理论与实践-02-表现层框架设计

1. 表现层设计模式

1.1 MVC模式

1.1.1 三个核心模块

1)控制器 (Controller)
  • 概述:接受用户的输入,并调用模型和视图去完成用户的需求
  • 作用
    • 它解释来自于视图的输入,将其解释成为系统能够理解的对象
    • 它识别用户动作,并将其解释为对模型特定方法的调用
    • 处理来自于模型的事件和模型逻辑执行的结果,调用适当的视图为用户提供反馈
2)模型 (Model)
  • 概述:
    • 应用程序的主体部分
    • 表示业务数据和业务逻辑
  • 提高了重用性:一个模型能为多个视图提供数据
3)视图 (View):
  • 概念:
    • 用户看到并与之交互的界面
  • 作用
    • 接受用户请求
    • 向用户显示相关的数据
    • 向模型查询业务状态(但不能改变模型)
    • 接受模型发出的数据更新事件,从而对用户界面进行同步更新。

在这里插入图片描述

1.1.2 过程

  • 控制器接收用户的请求,并决定应该调用哪个模型来处理
  • 模型根据用户请求进行相应的业务逻辑处理,并返回数据
  • 控制器调用相应的视图来格式化模型返回的数据,并通过视图呈现给用户

1.1.3 优点

使用 MVC 模式来设计表现层,可以有以下的优点:

  • 允许多种用户界面的扩展

视图与模型没有必然的联系,都是通过控制器发生关系,这样如果要增加新类型的用户界面,只需要改动相应的视图和控制器即可,而模型则无须发生改动。

  • 易于维护

控制器和视图可以随着模型的扩展而进行相应的扩展,只要保持一种公共的接口,控制器和视图的旧版本也可以继续使用。

  • 功能强大的用户界面

用户界面与模型方法调用组合起来,使程序的使用更清晰,可将友好的界面发布给用户。

1.1.4 应用

Web 应用框架

1.2 MVP模式

  • 概念:Model-View-Presenter
    • Model:提供数据
    • View :负责显示
    • Presenter: 负责逻辑的处理

在这里插入图片描述

  • 与MVC的区别

    • MVC允许View和 Model 直接进行“交流”,
    • MVP 中 View并不直接使用 Model, 而是通过 Presenter来进行的
  • 优点:

    • MVP避免了View和 Model 之间的耦合

      可以修改视图而不影响模型

    • 进一步降低了 Presenter对 View的依赖

      • 可以将一个Presenter用于多个视图,而不需要改变Presenter的逻辑
    • 可以更高效地使用模型

      因为所有的交互都发生在Presenter 内部

    • 单元测试可脱离用户接口,直接测试Presenter

      因为逻辑放在Presenter中

  • 应用:Android 开发当中。

1.3 MVVM模式

在这里插入图片描述

  • 概念
    • Model-View-ViewModel
  • 与MVC、MVP的区别
    • 通过DataBinding实 现View与Model之间的双向绑定
  • 双向绑定原理:ViewModel 实现一个观察者
    • 当数据发生变化, ViewModel 能够监听到数据的变化,然后通知对应的视图做自动更新
    • 而当用户操作视图, ViewModel 能监听到视图的变化,再通知数据做改动
  • 应用:
    • 数据操作特别频繁的场景

2. 使用XML设计表现层统一Web Form与 Windows Form的外观

  • XML概念
    • 可扩展标记语言
    • 用于定义数据本身的结构和数据类型
  • 可以使用XML设计表现层的原因
    • 有人提出,将 GUI用一个标准的形式描述,提供特定形式的转换器,根据GUI 的描述转换成相应的表现形式
    • 这就要求描述语言有非常好的通用性和扩展性,XML 恰恰是这种描述语言理想的载体。

3. 表现层中UIP设计思想

3.1 UIP

  • UIP的概念
    • User Interface Process
    • 微软社区开发Application Block 之一
  • 作用
    • 提供了一个扩展的框架,用于简化用户界面与商业逻辑代码的分离过程
  • 应用:
    • 写复杂的用户界面导航和工作流处理
  • 优点:
    • 能够复用在不同的场景
    • 可以随着应用的增加而进行扩展

3.2 分层结构

使用 UIP框架的应用程序把表现层分为了以下几层:

1)UI

  • 概念
    • User Interface Components
    • 该组件即原来的表现层
  • 作用:负责获取用户的数据并且返回结果

2) UIP

  • 概念:

    • User Interface Process Components
  • 作用:协调用户界面的各部分,使其配合后台的活动

    • 如:例如导航和工作流控制,以及状态和视图的管理

下图展示了.Net的分布式应用程序中的位置。
在这里插入图片描述

3.3 UIP组件的作用(了解即可)

  • 管理经过User Interface Components 的信息流
  • 管理UIP 中各个事件之间的事务
  • 修改用户过程的流程以响应异常
  • 将概念上的用户交互流程从实现或者涉及的设备上分离出来
  • 保持内部的事务关联状态,通常是持有一个或者多个的与用户交互的事务实体
  • 从U I 组件收集数据
  • 执行服务器
  • 跟踪UIP 中的任务过程的管理。

4. 表现层动态生成设计思想——基于 XML 的界面管理技术

  • 思路:
    • 用XML 生成配置文件及界面所需的元数据
    • 按不同需求生成界面元素及软件界面。
  • 优点:灵活
  • 包括:界面配置、界面动态生成、界面定制三部分
    • 界面配置:

      • 对用户界面的静态定义

      通过读取配置文件的初始值对界面配置

    • 界面定制:

      • 对用户界面的动态修改过程

      在软件运行过程中,用户可按需求和使用习惯,对界面元素的属性进行修改。软件运行结束,界面定制的结果被保存。

在这里插入图片描述

  • 意义:
    • 实现了用户界面描述信息与功能实现代码的分离
    • 可针对不同用户需求进行界面配置和定制
    • 能适应一定程度内的数据库结构改动
    • 方便系统移植

    只须对 XML文件稍加修改,即可实现系统的移植


在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

玄德公笔记

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值