软件体系架构课后作业06

MVC 理解

MVC(Model-View-Controller) : 是一种设计系统的框架,它将系统粗要的分为三个层次:视图层,模型层,控制层。

MVC 模式最早是由 Trygve Reenskaug 在1978年提出,是施乐帕罗奥多研究中心(Xerox PARC)在20 世纪 80 年代为程序语言 Smalltalk 发明的一种软件架构。

视图层:系统对外界展示的界面,所有对外的交互都在这层中完成,而且本层中只含有界面展示,不含对数据的操作与业务逻辑的处理。

模型层:系统中处理业务,所有系统功能实现都在本层中,算法实现、数据库操作等都在这里。视图层不能与模型层直接交互。

控制层:控制层是视图层与模型层的“红娘”,所有视图与模型的交互都不是直接进行的,而是通过控制层在中间“牵绳”。控制层中不包含业务处理,只是简单的协调视图层和模型层的关系。

MVC 框架将系统分为三层,每层均由专门的工作人员实现,提高工作效率,加快了系统的开发进程。而且在系统的维护中,只需要修改相应的部分,不需要对全局进行修改。

MVC 框架也有自己的缺点,视图层需要数据来展现,数据来源于控制层的交互。例如 在现在的 web 项目开发中,视图层为了提供更好的用户体验,需要经常进行变化,相应的数据也有一点区别,此时控制层提供的 API(运用程序接口)就需要相应的变化。

MVC 框架将系统分层后,模型层的改动减少了,但控制层的改动并没有很大的变化。(视图层是一定会变化的)

时间: 2024-10-03 21:54:12

软件体系架构课后作业06的相关文章

软件体系架构课后作业05

23种设计模式 设计模式:是一套被反复使用.多数人知晓.经过分类编目的.代码设计经验的总结,使用设计模式是为了可充用代码.让代码更容易被他人理解.保证代码的可靠性. 设计模式按目的分为三大类:创建型模式.结构型模式.行为型模式. 创建型模式有:抽象工厂模式.建造者模式.工厂方法模式.原型模式.单例模式. 结构型模式有:适配器模式.桥接模式.组合模式.装饰模式.外观模式.享元模式.代理模式. 行为型模式有:解释器模式.模板方法模式.职责链模式.命令模式.迭代器模式.中介者模式.备忘录模式.观察者模

软件体系架构课下作业06

题目:对上学期学习的软件设计模式进行复习,对所有设计模式进行分析,用自己的话来阐述对他们的理解.(不少于2000字) 正如本学期所学习的软件体系架构,还有很多其他的软件工程技术一样,设计模式同样起源于建筑领域他是对前人经验的总结,为后人设计与开发基于面向对象的软件提供指导方针和成熟的解决方案. 从模式的目的而言,设计模式可以分为创建型.结构型和行为型三种.创建型模式主要用于创建对象,它包含5种模式,分别是:工厂方法模式.抽象工厂模式.建造者模式.原型模式和单例模式:结构型模式主要用于处理类和对象

解读IEEE 7417的软件体系架构描述的概念模型

本文将解读标准IEEE Std 1471-2000(密集型软件的体系结构描述推荐实施规程)的概念模型图部分,从中一窥作为软件架构师的进行架构设计的思考角度与策略.如果我们把世界当做一场游戏,现在要玩的就是策略游戏而已. 说明: IEEE 1471是适用于软件密集的系统,其目标在于:便于体系结构的表达与交流,并通过体系结构要素及其实践标准化,奠定质量与成本的基础. 细读这个标准,可以加强策略游戏的装备,全新上战场. 基本概念 IT框架的设计者必须是杰出的问题驱动者,设计往往是一个模糊的,非理性的过

软件体系架构课下作业01

通过看<梦想改造家>这一节目,让我更深刻的认识了,建筑师和软件架构师在一些方面有着惊人的相似.建筑师是设计实体的建筑,软件架构师则是设计虚拟的软件.建筑的设计需要遵循一定的原则和方法,软件同样如此. 首先,软件架构是用来沟通的,软件架构必须满足软件项目所有步众代表都有自己立场与视角的模型.文档说明,且这些模型文档说明仅清晰包含自己立场与视角关注与有关的事物,不能有任何遗漏,也最好不要有多余. 其次,软件架构的每一步都是决策过程,而且关键需求决定架构,软件架构必须充分清楚地表达出这些决策与决策理

软件体系架构课下作业07

1.MVC介绍 MVC(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本的部分:模型(model).视图(view)和控制器(controller). MVC模式最早是由Trygve Reenskaug在1978年提出,是施乐帕罗奥多研究中心在20世纪80年代为程序语言Smalltalk发明的一种软件架构.MVC模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能.除此之外,此模式通过对复杂度的简

关于软件体系架构的认识

听到构架,我最先想到的是一个软件系统的轮廓,就像建房子时要先给房子画一个设计图,这个房子的外形是什么,同样我认为软件系统的构架就是要实现什么样的功能,它的界面布局是什么,都有哪些功能模块.在接触了“软件体系结构”这门课以后,我知道了构架是软件系统的一个或多个结构.这些结构是由软件元素.元素的外部可见属性以及这些元素之间的关系组成. 在阅读了“架构漫谈”这系列专栏以后,我知道了软件构架不仅仅只是软件系统的构架,它受很多方面的影响,同时也影响了很多方面.“架构漫谈”提出架构就是对要解决的问题进行目标

初识软件体系架构

经过软件工程概论.软件需求工程.软件测试.软件过程管理这一系列的软件核心课程的学习,对软件这个词刚刚有了初步的了解. 因为每个人的能力和时间都是有限的,并且因为人的结构的限制,人同时只能专心做好一件事情,这样不得已就导致了分工的产生.既然分工发生了,原来由一个人干生存所必需的所有的事情,就变成了很多不同分工的角色合作完成这些事情,这些人必须要通过某些机制合在一起,让每个人完成生存所必需的事情,这实际上也导致了交易的发生(交易这部分就不在这里展开了,有机会再讨论).

软件体系架构——质量属性

以<淘宝网>为例,描绘质量属性的六个常见属性场景,将上述整理为一篇博客发表. 1.可用性分析 可用性分析所关注的方面包括:如何检测系统故障,系统故障发生的频度,出现故障时会发生什么情况,允许系统有多长时间非正常运行,什么时候可以安全地出现故障,如何防止故障的发生以及发生故障时要求进行哪种通知. 场景:双十一或者春晚抽奖导致淘宝用户猛增 刺激源:淘宝用户 刺激:登录人数过多,导致淘宝无法响应,淘宝瘫痪,网页无法向下进行 制品:淘宝的处理器.通信通道.存储器.进程 环境:用户的正常浏览操作 响应:

课后作业 06 -- 小数后几位精确判断并输出

Console.Write("输入您要精确的小数:"); string strA = Console.ReadLine(); Console.Write("您要精确到几位小数:"); int k = int.Parse(Console.ReadLine()); double n = Convert.ToDouble(strA); int i = strA.IndexOf(".");//确定小数索引位置 string strB = string.E