|
上下文
用户界面通常是一个交互性应用程序的最频繁被修改的部分。用户通常希望从不同的视角查看数据，例如柱状图或者饼图。这些表示形式都应该反映数据当前的状态。
问题
用户界面功能如何独立于应用程序功能，同时还还对用户输入或底层应用程序数据的更改做出响应？
当底层应用程序数据更改时，如何创建、维护和协调用户界面的多个视图？
方案
模型 - 视图 - 控制器（model-view-controller，即 MVC）模式将应用程序功能分为以下三种类型的组件：
-
模型，包含应用程序的数据。
-
视图，显示部分底层数据并与用户交互。
-
控制器，在模型和视图之间进行中介并管理状态更改的通知。
弱点
对于简单的用户界面，其复杂性并不值得这么做。
模型、视图和控制器抽象可能不适用于某些用户界面工具包。
用途
MVC 是网站或移动应用程序开发用户界面常用的一种架构模式。
6. 事件驱动架构
上下文
需要提供计算和信息资源来处理传入的应用程序生成的独立异步事件，这种方式可以随着需求的增加而扩展。
问题
构建分布式系统，这个系统可以服务异步到达的事件相关信息，并且能从简单小型扩展到复杂大型
上下文
有许多共享资源和服务是大量分布式的客户端希望访问的，我们希望控制访问或服务质量。
问题
通过管理一组共享资源和服务，我们可以通过分解公共服务并在单个位置或少数位置进行修改来提高可修改性和复用性。我们想要通过在将资源本身分布在多个物理服务器上的同时集中控制这些资源和服务，来提高可伸缩性和可用性。
方案
在客户端 - 服务器模式中，组件和连接器具有特定的行为。
称为“客户端”的组件将请求发送到称为“服务器”的组件，然后等待回复。
服务器组件接收到客户端的请求并向其发送回复。
弱点
服务器会成为性能瓶颈和单点故障位置。
在系统建成后，关于功能位置（在客户端还是在服务器）的决策通常是复杂的而且变动成本很大。
用途
对于有许多组件（客户端）发送请求到另外一些提供服务的组件（服务器）的系统，我们可以使用客户端 - 服务器模式来建模这个系统的一部分：在线应用程序，例如电子邮件、共享文档或银行服务。
5. 模型 - 视图 - 控制器架构（MVC）
 （编辑：甘孜站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
