seo网站优化方案,布吉网站的建设,网站开发框架 简单,网站面包屑导航设计即位置导航基于表单的用户界面 在“基于表单的用户界面”里面#xff0c;用户开始时选中某个业务处理#xff08;模块#xff09;#xff0c;然后应用程序就使用一系列的表单来引导用户完成整个处理过程。大型机系统上的大部分用户界面都是这样子的。[Cok97]中有更为详细的讨论。
面…基于表单的用户界面 在“基于表单的用户界面”里面用户开始时选中某个业务处理模块然后应用程序就使用一系列的表单来引导用户完成整个处理过程。大型机系统上的大部分用户界面都是这样子的。[Cok97]中有更为详细的讨论。
面向对象系统 在这里指的是用面向对象技术设计和实现的应用程序。在本文里面最重要的特征 是它们自己有一套对象这一套对象有自己的生命周期而且相互作用从而完成应用 程序的功能。单个的用例或者事务不和架构相联系。
面向事务系统 在这种系统里系统架构围绕事务进行每一个事务都会调用一个不同的程序来操 作一个数据库。大部分使用事务处理器的程序如CICS 等都是用的这种方法。[GrR93] 中有详细的讨论。
本文阅读指引
在阅读模式语言的时候一般不会走马灯似的看都希望能仔细地阅读和研究。熟悉了本文的结构和布局对文中的模式你想深入到什么程度就深入到什么程度。想看看某个模式是说什么的可以看看其概要。只要阅读了每个概要你就可以很容易地了解整个语言的概况。如果你对某个模式的详细思想有兴趣则可以阅读“上下文”部分“问题”部分和“解决方案”部分如果你对这个模式的约束以及解决方案的取舍有兴趣可以阅读相关的“约束”部分和“结果”部分。两部分都有主要说明以标准字体出现而小字体则用来讨论这些陈述。下图2 表示了建议的阅读途径。 图2
用户界面层User Interface Layer
概要 驱动一个用户界面总是通常比域复杂和容易变化……所以把域层面从用户界面软件里分离 出来将用户界面封装在一个独立的层面中。
上下文 当设计一个复杂商业系统的架构时通常从一个大概的架构开始如都有哪些主干等。在以前技术因素是首要因素最终会在内部结构大量地应用技术。那是一些系统有几种“标准架构” 的时代是一个项目上有100 多人的时代。今天很多架构师在开始对技术进行考虑之前首先 使用域将系统分割成更小部分称之为业务对象。
无论你走的是哪条路迟早你都得考虑技术方面将系统分的更细。其中一点就是如何将系 统展现在用户面前——这就是这个模式所探究的。它不单应用在面向对象系统里还应用在面向 事务的设计使用tool-material 隐喻的系统[Rie97]以及基于表单的应用程序[CoK97]等等。 问题 该怎样将大型系统的用户界面溶入整个架构
下面几件事情你得注意
约束 用户界面表示了和你的需求模型一样的功能需求……但是它还有不同的非功能性需求这些需求导致很多用户不喜欢碍人的细节。
用户界面只是你的系统的一个界面所以它的内容是和你的需求分析模型中的需求分析是一 模一样的。一个初级方案是将所有的分析对象表示在用户界面上将这些对象的方法作为界面上的 动作。不过这办法好吗一个好的分析模型的目标是减少冗余是进行抽象化以支持更好的灵 活性。在你对域对象进行设计时要考虑这些性能和耦合是主要的还有并行性以及其它的避免 软件工程师厌烦的方面。但是这些要考虑的东西用户根本就不想介入。好的用户界面仔细地依 据用户在其领域的思维模型尽可能地支持她的工作流程。当很多关于用户界面的改变需求来临时一点也不用惊奇这些改变对分析模型毫无影响。一群新的用户有不同的关于这个领域的思维模型可能就需要一个新的用户界面但哪怕是一丁点对象的改变都不用。因此一个用户界面的非功能性需求和那些域对象是相差很大的。
