架构的构架模式？浅谈MVC，MVP，MVVM架构模式的区别和联系

本文目录

• 架构的构架模式
• 浅谈MVC，MVP，MVVM架构模式的区别和联系
• 试问设计模式、架构模式和架构风格的异同点
• 什么是设计模式和架构模式之间的区别
• 比较常见的两种测试架构模式有哪些

架构的构架模式

构架模式是解决复杂构架问题的现成形式。构架框架或构架基础设施（中间件）是可以在其上构建某种构架的构件集。许多主要的构架困难应在框架或基础设施中进行解决，而且通常针对于特定的领域：命令和控制、MIS、控制系统等等。根据构架模式最适用的系统的特征将其分类，其中一个类别处理更普遍的结构问题。下表显示了 【BUS96】 中所提供的类别和这些类别所包含的模式。 类别 模式 结构 层 管道和过滤器 　　黑板 　　分布式系统 代理 交互系统 模型-视图-控制器 表示-抽象-控制 　　自适应系统 反射 微核 　　为阐明其含义，下面将详述其中的两个。完整说明请参见 【BUS96】。模式以下列广泛使用的形式来表示：模式名、环境、问题、影响，描述应考虑的不同问题方面、解决方案、基本原理、结果环境、示例、模式名层、环境、需要进行结构分解的大系统、问题必须处理不同抽象层次的问题的系统。例如：硬件控制问题、常见服务问题和针对于不同领域的问题。最好不要编写垂直构件来处理所有抽象层次的问题。否则要在不同的构件中多次处理相同的问题（可能会不一致）。影响：系统的某些部分应当是可替换的；构件中的变化不应波动；相似的责任应归为一组；构件大小 -- 复杂构件可能要进行分解解决办法：将系统分成构件组，并使构件组形成层叠结构。使上层只使用下层（决不使用上层）提供的服务。尽量不使用非紧邻下层提供的服务（不跳层使用服务，除非中间层只添加通过构件）。示例：1. 通用层严格的分层构架规定设计元素（类、构件、包、子系统）只能使用下层提供的服务， 服务可以包括事件处理、错误处理、数据库访问等等。 相对于记录在底层的原始操作系统级调用，它包括更明显的机制。2. 业务系统层右图显示了另一个分层示例，其中有垂直特定应用层、水平层和基础设施层。注意：此处的目标是采用非常短的业务“烟囱”并实现各种应用程序间的通用性。 否则，就可能有多个人解决同一问题，从而导致潜在的分歧。环境：没有解决问题的确定方法（算法）或方法不可行的领域。例如 AI 系统、语音识别和监视系统。问题：多个问题解决顾问（知识顾问）必须通过协作来解决他们无法单独解决的问题。各顾问的工作结果必须可以供所有其他顾问访问，使他们可以评估自己是否可以参与解决方案的查找并发布其工作结果。影响：知识顾问参与解决问题的顺序不是确定的，这可能取决于问题解决策略；不同顾问的输入（结果或部分解决方案）可能有不同的表示方式；各顾问并不直接知道对方的存在，但可以评估对方发布的工作解决办法：多名知识顾问都可访问一个称为“黑板”的共享数据库。黑板提供监测和更新其内容的接口。控制模块/对象激活遵循某种策略的顾问。激活后，顾问查看黑板，以确定它是否能参与解决问题。如果顾问决定它可以参与，控制对象就可以允许顾问将其部分（或最终）解决方案放置于黑板上。示例：以上显示了使用 UML 建模的结构或静态视图。 它将成为参数化协作的一部分，然后会绑定到实参上对模式进行实例化。构架风格软件构架（或仅是构架视图）可以具有名为构架风格的属性，该属性减少了可选的形式，并使构架具有一定程度的一致性。样式可以通过一组模式或通过选择特定构件或连接器作为基本构件来定义。对给定系统，某些样式可作为构架描述的一部分记录在构架风格指南（Rational Unified Process 中设计指南文档的一部分）中。样式在构架的可理解性与完整性方面起着主要的作用。

浅谈MVC，MVP，MVVM架构模式的区别和联系

MVC、MVP、MVVM这些模式是为了解决开发过程中的实际问题而提出来的，目前作为主流的几种架构模式而被广泛使用。 一、MVC（Model-View-Controller） MVC是比较直观的架构模式，用户操作-》View（负责接收用户的输入操作）-》Controller（业务逻辑处理）-》Model（数据持久化）-》View（将结果反馈给View）。 MVC使用非常广泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（实际上后端开发过程中是v-c-m-c-v，v和m并没有关系，下图仅代表经典的mvc模型） 二、MVP（Model-View-Presenter） MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。 .NET程序员熟知的ASP.NET webform、winform基于事件驱动的开发技术就是使用的MVP模式。控件组成的页面充当View，实体数据库操作充当Model，而View和Model之间的控件数据绑定操作则属于Presenter。控件事件的处理可以通过自定义的IView接口实现，而View和IView都将对Presenter负责。 三、MVVM（Model-View-ViewModel） 如果说MVP是对MVC的进一步改进，那么MVVM则是思想的完全变革。它是将逗数据模型数据双向绑定地的思想作为核心，因此在View和Model之间没有联系，通过ViewModel进行交互，而且Model和ViewModel之间的交互是双向的，因此视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View上。 这方面典型的应用有.NET的WPF，js框架Knockout、AngularJS等。 参考资料：

试问设计模式、架构模式和架构风格的异同点

架构模式从子系统或模块、及其之间的关系层次上描述了粗粒度的解决方案。架构风格是描述某一特定应用领域中系统组织方式的惯用模式，是系统主要的、组织性的设计。风格是模式的外在表现。 三者的共同点是都用于设计，是一套可重用的方法套路。不同点：前二者的不同点在于粒度，设计模式定义出子系统或组件的微观结构，结架构模式则从子系统或模块、及其之间的关系层次上描述了粗粒度的解决方案；后二者的区别在于前者着重描述系统的内部组织，后者着重于描述结构的外在表现。

什么是设计模式和架构模式之间的区别

　　设计模式是架构的手段（之一）。　　具体一点说，设计模式可以在某些情况帮助架构软件的静态结构。　　而架构的范围要大一些，更高层一些，考虑的更多的是非常重要的全局性的design decision。一般好的（静态）架构可以尽量使变化发生在局部（模块内）而不影响整个系统。架构上的变化往往成本会非常高。　　而且设计模式只有一些是适用于架构的，还有一些只是用于具体的类设计的，剩下的一些则只是克服编程语言的限制而已。　　打个不恰当的比方，有点像挡拆和战术的关系。　　在合适的情况下用好挡拆可以很好的执行战术，　　但战术不只有挡拆，　　而且有的战术不需要挡拆，　　最重要的是盲目的用挡拆有时候反而会起反作用。　　面对客户哔哔时，我们用需求分析架构。　　面对整个软件或系统时，我们谈论架构分析。　　面对软件模块设计时，我们使用设计模式。　　面对模块实现时，我们应用特定编程语言的特性。　　软件架构 ：一般场景下拥有设计的选择权　　设计模式 ：选择后特定场景下的最佳实践　　软件架构是软件的一种搭建形式，往往规定了软件的模块组成，通信接口（含通信数据结构），组件模型，集成框架等等。往往规定了具体的细节。　　设计模式是一种软件的实现方法，是一种抽象的方法论，是为了更好的实现软件而归纳出来的有效方法。　　实现一种软件架构，不同组成部分可能用到不同的设计模式，某一部分也可能可以采用不同的设计模式实现。

比较常见的两种测试架构模式有哪些

1、Monkey (压力测试)Monkey是Android中的一个命令行工具，它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。Monkey测试是一种测试软件的稳定性、健壮性的快速有效的方法Monkey特点：1、 测试的对象仅为应用程序包，有一定的局限性。2、 Monky测试使用的事件流数据流是随机的，不能进行自定义。3、 可对MonkeyTest的对象，事件数量，类型，频率等进行设置。4、如果限定了Monkey运行在一个或几个特定的包上，那么它会监测试图转到其它包的操作，并对其进行阻止。5、如果应用程序崩溃或接收到任何失控异常，Monkey将停止并报错。6、如果应用程序产生了应用程序不响应(application not responding)的错误，Monkey将会停止并报错。优点：1、 操作简单，无需编程。2、 编写批处理脚本就可以方便的对应用程序进行压力测试。缺点：事件是随机的不能自定义2、Monkeyrunner（功能测试，用户接受度测试，黑盒测试）monkeyrunner 是Android提供的工具可以帮助我们实现自动测试，它提供了一组 API 可以用来控制 Android 设备或模拟器。基于monkeyrunner提供的API编写 Python 程序来安装、运行 Android 应用或是测试包，发送按键、滑屏等消息，并可以截屏，然后保存在计算机中。monkeyrunner 主要目的是用来在应用程序或框架层次上测试应用程序或运行单元测试包。monkeyrunner工具是在工作站上通过API定义的特定命令和事件控制设备或模拟器。Monkeyrunner特点：1、MonkeyRunner则可以通过api编写python脚本来产生特定命令和事件来控制设备和模拟器。2、通过截屏对比是否是正常的运行。3、多设备控制：monkeyrunnerAPI可以跨多个设备或模拟器实施测试套件。可以在同一时间接上所有的设备或一次启动全部模拟器（或统统一起），依据程序依次连接到每一个，然后运行一个或多个测试。也可以用程序启动一个配置好的模拟器，运行一个或多个测试，然后关闭模拟器。4、 功能测试： monkeyrunner可以为一个应用自动贯彻一次功能测试。测试者提供按键或触摸事件的输入数值，然后观察输出结果的截屏。5、 回归测试：monkeyrunner可以运行某个应用，并将其结果截屏与既定已知正确的结果截屏相比较，以此测试应用的稳定性。优点：1、 编程语法相对简单2、 可以跨应用，比如打开某个应用是又开相机，然后再返回该应用缺点：运行速度慢，容易出错，可用的接口少