1、“.....我们这篇论文主要关注后面这些设计模式，也称为设计模式。粗略地看，设计模式可以分为三个家族然而，正如所说，并不只有这三种模式来处理程序领域和用户界面同步。尽管同个家族额模式都遵守个共同原则，这些模式都有不同实现方式。如图所示，在我们研究中，我们从每个家族选取了具有代表性模式。特别地，模式结构上和处理用户界面和程序领域状态之间同步是不同。般来说，设计模式通常包括三个组成部分和标以第三可变组件。是指模型，用来表示应用领域是指视图，代表呈现给用户展示部分。第三部分将和绑定起来，也就是说这个组件定义了和组件之间是如何和用户交互。在接下来段落中，我们将解释这些模式在给这些不同组件分配职责时有怎样不同，以及这些组件怎样和彼此交互包括怎样同用户交互。流式和观察者对比在我们详细讨论模式前，我们先解释流式和观察者之间本质区别......”。

2、“.....流式和观察者分别采取这种机制不同角度，每个设计模式本质上都是基于其中种。流式同步是基于顺序指令执行比如，从文本框中读取用户输入，使用方法来处理，并将结果写入到文本标签中。流式同步在用户界面组件和领域组件之间使用直接调用方式实现。对于界面简单小型应用来说，流式同步具有清晰简单容易维护代码。，由于缺乏领域和用户界面关注点分离，对于更复杂程序和更复杂用户界面，该方法可导致代码难以维护。观察者同步机制，则将领域逻辑和界面逻辑划分为不同层次结果。领域层必须实现种通知机制，使得界面层组件可以订阅。这种做法可以达到当领域状态改变时界面组件能随之发生变化。当用户界面有多个视图绑定相同领域数据，这种观察者同步技术就尤其有效。此外，关注点分离，使得不同开发者或不同开发团队可以各自开发领域开发任务和界面开发任务。观察者同步缺点并不容易察觉。我们很难监督对领域组件改动引起受到影响那些潜在观察者......”。

3、“.....但是这些方法并没有解决本质问题提供了种展示模型数据很好方法，然而，它并没有明确给出处理显示状态这种状态并不属于模型不过却能使得用户界面更加容易使用方法。这个问题引发进步研究，产生新设计模式，如应用模型和模型视图演示。就像我们在讨论那样，管理不属于领域模型视图状态是模式存在问题之。这个问题引出了模式个新家族，叫做模型视图试图模型，也称为模型视图演示模型。演示模型视图模型是对领域模型个包装。领域模型维护领域状态，演示模型维护视图状态与此同时演示模型也负责处理那些不属于领域模型逻辑。在中视图负责观察和操作演示模型，并且没有直接引用领域模型。此外，视图控制器不再当成两个独立组件，而是组合成个单独视图组件。这种进步源自开发者普遍将表现逻辑和基本用户输入放到了界面部件中处理。我们将讨论家族两种具体模式。第种就是应用模型，在实现开始涌现。第二种就是微软用于和技术中......”。

4、“.....显示数据，处理用户输入和处理视图状态。领域数据和视图状态需要分别对待。动机应用模型设计模式关键能力是处理难以处理视图状态还有在提交用户输入到模型之前处理用户输入。结构应用模型是基于模式之上构建，集成了它基本结构。模型包含领域数据，视图负责显示数据，而控制器处理用户输入。然而，试图和控制器不直接和模型交互。相反，这个模式有个中间组件，应用模型比如，这个模式中演示模型用来处理视图状态和在用户输入提交到模型之前处理它。协作拓展自应用模型，保持着相同协作原则。视图和控制器起和应用模型包装领域数据模型以相似方式协作。主要不同在于应用模型和模型之间协作。尤其是，应用模型建立了对模型观察以便通知视图模型数据改动，并且应用模型还能够在必要时通过调用模型方法来修改模型数据。让我们把上述情况，用个在财务报告带颜色文本字段作为例子。使用应用模型模式......”。

5、“.....这两个都指向了模型中个属性，数值。应用模型观察模型，并且在数值发生变化时候更新这两个属性。对于视图则观察应用模型属性并在他们发生改变时候更新界面显示。结果应用模型解决了原始模式些缺点。应用模型简化了视图状态处理和提供了在提交用户输入给模型之前辅助逻辑来帮助处理。然而，为了实现复杂逻辑比如文本颜色，开发者需要自定义窗口部件和适配器。因为这也许是耗时活动，开发者需寻求对应解决方法比如直接从应用模型代码中直接修改部件。尽管这样，这些解决方法违法了关注点分离原则，可能导致后续维护变得更加复杂。结论对于反复出现用户界面和领域数据同步问题，设计模式给出了可重用解决方案。在这篇文章中，我们概括了主要模式家族并讨论了每个家族具体模式。研究发现，并没有哪个模式是主导，每种模式都有自己独特优点和不足。如图所总结那样。模式开拓了用户界面和领域数据同步先河，同时也是基于应用理想选择......”。

6、“.....但是，这些模式对视图状态逻辑处理能力有限，并且在实践中这种基于视图和控制器解构假设很多时候并不成立。模式支持同时有多种视图表示相同数据。支持状态框架提供了用于支持声明式部分同步和自动执行。强调关注点分离，这有助于程序可读性和可维护性。另方面，大量使用观察者同步多个视图可能对系统性能有负面作用。译文成绩百分制指导教师签名年月日中文字本科毕业设计论文翻译班级姓名学号指导教师填表日期中文译名模型视图设计模式的探索之旅外文原文名外文原文版出处,译文摘要每个直接与用户交互的软件都有自己的用户界面为了整合用户界面与应用逻辑，我们经常会使用模式。 些模式重要性，它们开销，以及使用范围。文章目是使模式更加清晰，并帮助从业人员能在选择模式做出更好更加科学决定。文章大致结构如下。在第二部分，我们主要介绍在本次研究中我们所使用方法。第三部分大致介绍了模式类型。第四部分，也是本文核心......”。

7、“.....细致地讨论模式选择，区分不同模式区别。第五部分，展示了在项目中，我们对模式选择。最后，我们给出相应结论。方法我们研究目是区分不同设计模式，仔细测试这些模式间不同之处。并不是为了研究所有有记载模式，后者需要系统地调查各种资料。相反，我们从每种模式里面选择其中个具有代表性子集，来做深入分析和比较。我们选取了些有影响力模式相关材料来作为研究基础，其中包括论文程序建模文档,以及编程模型和中文字本科毕业设计论文翻译班级姓名学号指导教师填表日期中文译名模型视图设计模式探索之旅外文原文名外文原文版出处,译文摘要每个直接与用户交互软件都有自己用户界面为了整合用户界面与应用逻辑，我们经常会使用模式。使用能够将模型从软件状态表示视图以及用户交互和控制中控制器分离出来。然而，研究文献中揭示了各种其他相关模式存在，我们将其表示为模式控制器设计模式。本文将所讨论现有模式分为三大类，以及......”。

8、“.....强调每种模式必要性以及它们区别。研究表明，在选择这些模式时候，应当考虑到手上需求用例和所选择技术。我们将用个例子为读者展示我们在实践中如何选择设计方案。研究目在于带来更加清晰设计模式，以及帮助从业人员更好选择适合设计模式。导言对于每个具有交互功能软件都会有用户界面，这就使得整合用户交互和程序领域成为个反复出现工程问题。在本文中，我们重点关注解决这些问题设计模式。设计模式为这些反复出现设计问题提供了通用解决方案，为工程师获得进入该领域系统知识提供了参考资料。模型视图控制器是个用于集成用户界面和程序功能著名设计模式，最早是由和在中提出来，主要关注如何从应用显示视图和交互控制器分离出软件领域模型。然而，研究文献表明，各种其他相关模式存在，我们称之为模型视图设计模式。世纪年代后期，自从模式出现以后，许多新模式应运而生，目在于消除其他模式所存在缺点......”。

9、“.....模式也在不断发生变化，新类型设计模式也渐渐开始出现。导致今天设计人员将面对系列设计模式，这些设计模式中具有细微差别然而却也非常重要。为了有效选择合适设计模式，设计者往往需要学习研究不同设计模式和版本，以了解他们目，用途，优势和劣势领域，用来解决他们需求。设计模式选择对代码可读性和可维护性是很重要，用错了设计模式或者根本不用设计模式来整合用户界面和软件模型容易使代码变得复杂，导致每个小小改动都得付出极大代价来保证界面同逻辑致性。在最近个同林奈大学计算机学院项目里，我们就体验到了整合界面和程序逻辑复杂。在这个项目里，我们学习如何在软件更新时候动态地通知用户，以及怎样支持自动下载和安装更新。最开始时候，项目使用标准窗体来作为用户交互。然而，在项目开发过程中，各种新界面需求出现了，迫使我们寻求种系统方法来保证界面同底层程序状态之间致性......”。