在编程时我们在不用类库或框架的环境中也可以实现这种MVC 架构模式。只要将MVC 的每个部分按照职责进行详细划分，将代码清晰地分割为若干可以分离的部分，并保持良好的解耦[17]就可以在不用框架的情况下实现MVC模式了。这样做的好处在于：可以对每个部分进行独立开发、测试和维护，方便开发流程。

下面具体介绍MVC 中的各个组成部分。

M——模型：

模型用于存放应用中的所有数据对象包括属性和逻辑。对模型而言，他不必知晓控制器和视图的工作原理和细节，他只需要包含所有数据以及和这些数据直接相关的逻辑方法即可[17]。

任何与模型无关的事件处理代码、和模型无关的逻辑以及视图模板都应当被隔离在模型之外[18]。模型和视图的代码不应该混在一起，在MVC 架构原则中明确指出应该将模型和视图还有控制器完全分开。在MVC架构思想中，模型是开发者最应该从应用中解耦出来的部分[16]。当控制器创建新的记录或者从服务器抓取所需数据时，模型就会将被请求的数据包装成控制器所需模型实例[16]。这也就是说，在模型中我们封装的数据是完全面向对象的，任被何定义在这个数据模型上的函数或逻辑都可以被控制器和逻辑直接调用。

V——视图：

视图层顾名思义，就是呈现给用户的界面，主要用来与用户产生交互。在JavaScript 的应用中，视图层大都由CSS 、JS、HTML和JavaScript 等模板组成。在MVC模式思想中，模板中除了有些简单的条件语句之外，视图层中不应当包含任何与视图无关的逻辑。

C——控制器：

控制器在视图和模型之间起一个类似桥梁的连接作用。控制器会从视图层获取事件请求和输入，获取到数据后会对它们进行处理，多数情况下视图会在这个阶段被更新[18]。在页面被加载的同时，控制器会给视图添加比如：按钮点击、鼠标悬停或页面提交的事件监听。页面加载完毕后，监听器会在用户和应用产生交互并触发监听事件时触发控制器，于是控制器中的事件监听触发器就开始工作了[19]。

第二章  系统分析

2。1 需求分析

高校多媒体信息发布系统是一个传播资讯和发布信息的多媒体信息发布系统，本系统是针对普遍用户而言的，所以出发点必须满足用户的需求。经过对本系统使用环境的现状及发展需要的详细分析，高校图书馆多媒体信息发布系统应实现后台用户管理功能、后台管理员管理功能、后台栏目的发布与管理功能、后台音频的发布与管理功能、后台视频的发布与管理功能、后台文章的发布与管理功能、后台新闻公告的发布与管理等一系列功能。

根据用户群体主要为高校学生这一点进行分析可以得出本高校图书馆多媒体信息发布系统应具备以下特点：界面简洁友好、大方美观、人机信息交互方便快捷、使用简单、系统安全可靠。在多媒体信息的处理上系统需要实现其发布、浏览、修改、删除等功能。在对用户信息的处理上需要实现用户的注册和登录等最基本的功能。为满足本多媒体信息发布系统的基本要求，需要将系统分为两部分：前台用户浏览部分和后台管理员管理部分。前台需实现用户登录和对视频与音频等多媒体信息浏览的功能，后台则需实现管理员对用户信息的管理和多媒体信息一系列的管理功能，比如发布、编辑、删除等。

2。2 系统可行性分析

系统在开发前一般需经过可行性分析，可行性研究的目的不是解决问题，而是用最小的代价在尽可能短的时间内确定问题是否能够解决，确定问题是否值得去解。本次将从技术可行性、法律可行性、经济可行性和操作可行性上进行分析。