从评教移动端分析MVC

  记得之前写过一篇博客,类似“浅谈MVC”,博客结尾说“MVC作为一种软件设计典范,将业务逻辑、数据、界面显示分离的,呵呵,有一点三层的意思”。当时并不真正理解从百度百科上粘的这句话。

 

  在做评教移动端的过程中,对MVC有了一点新的感悟。

  我们常说的三层是将客户端+业务逻辑层+数据连接层。为了区分我们将传统意义的三层称为”后台三层”

 

  我们现在挂在嘴边的MVC(Model+View+Controller,)是客户端的三层,我们将这里的三层称为”前台三层”。Model用于表单验证,主要验证从View中的数据长度是否符合规则,数据类型是否符合规则,当然这些需要我们在Model层中定义的类中打上各种验证标签,View,就是我们常说的页面,通过在页面中引入Model,来保证实体的验证,Controller,用来跟”后台三层”打交道将数据传入View中。

 

  为什么会出现”三层”,现在我们单纯想一下为什么会出现”后台三层”,为了解耦,为了不依赖,为了更好的替换。那么这也是为什么会出现”前台三层”的原因。为了解除视图和Controller的偶,为了将来更好的替换,无论是替换Controller还是更好的替换视图。

 

  有人问我“移动端是怎么做的?”,我简单的回答“就是替换了一下视图”,我回答的大有一种“太过简单了”的语气,可是事实就是如此。

 

  EasyUI和BootStrap是两种相似度极高前台框架,都是通过JSON传值,使用的方式一模一样。只不过BootStrap可以自适应屏幕的大小,这是我们为什么要将EasyUI替换为BootStrap的原因。

 

  在替换评教移动端的时候,我只替换了View,Controller以后一点都没动。之前View中引用的是easyui,现在View中引用的是BootStrap。

评论 19
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值