MVC 架构

## Controller

拥有控制和协调每个用户的请求和处理,使用集中化的方式进行请求的管理,它从用户那里接收请求,并且根据请求决定执行什么样的业务逻辑,同时将界面的处理委派给模板引擎。

具体而言,它主要作用就是分发请求、调用不同业务逻辑,委派相应视图,它作为系统中处理所有请求的最初入口点一般采用的设计模式有分发者模式、策略模式、工厂模式、适配器模式。

## Model模型

从概念上来说,它可以分为两类,第一类为系统的内部状态,第二类为改变系统状态的动作,而在实际开发中,一般将核心业务逻辑放置在模型中,它提供了业务实实体对象和业务处理对象,它封装了具体的处理逻辑,调用业务逻辑模型,并且可以将得到的响应将得到的响应传输到控制器指定的视图中,而不经过控制器模型与视图是无法直接联系的,而它的存在意义由一部分是用来分离业务处理与业务实体的,以便进行业务逻辑的重用。

## View视图

对于使用者而言,视图便是他们所接触的系统的全部,它提供用户的交互界面,而且与实际设计相分离,美工和网页人员可以独自进行它们的开发与维护,一般而言,视图是模板页面,在控制器需要伤脑筋时经由模板引擎进行解析,接着反馈给用户,同时视图可能大量的应用到各种异步的XML查询请求,即AJAX,此时就需要业务逻辑拥有极高的可复用性。

转载于:https://my.oschina.net/u/1792175/blog/598064

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值