浅谈mvc和规范的重要性

2016-04-05 11:31:47

 

    最近帮大家解决了不少问题。看他们源码的时候,有一种不想看的感觉. 尽管mvc 已经喊了好多年了,但是为啥还是这么多人不遵守规则呢  很多问题 就出在没有分层 势必会导致很多问题存在。

20131127165846-1341991627.jpg

  mvc的基本感念回顾一下

    简单来说,MVC是一种流行的程序架构,获得C#、Java、PHP、Ruby等多种语言的支持。MVC是 模型(Model) 
、视图(View)、控制器(Control) 的英文首字母的缩写,核心思想是:视图和用户交互  通过事件导致控制器改变  
控制器改变导致模型改变或者控制器同时改变两者  模型改变 导致视图改变 或者视图改变
潜在的从模型里面获得参数 来改变自己。

MVC(Model-View-Controller),即把一个应用的输入、处理、输出流程按照Model、View、
Controller的方式进行分离,这样一个应用被分成三个层——模型层、视图层、控制层。

视图(View):代表用户交互界面,MVC设计模式对于视图的处理是限于视图上数据的采集和处理,以及用户的请求,
而不包括在视图上的业务流程的处理。

模型(Model):业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作,
模型接受视图请求的数据,
并返回最终的处理结果。业务模型的设计可以说是MVC的核心。

控制(Controller):可以理解为从用户接收请求, 将模型与视图匹配在一起,共同完成用户的请求,
但是它却不做任何的数据处理。

它的优势在与:开发人员可以只关注整个结构中的其中某一层,可以很容易的用新的实现来替换原有层次的实现,
可以降低层与层之间的依赖,有利于标准化,利于各层逻辑的复用

   代码整洁度

   每个程序员有自己的习惯。没有规范将让代码可读性变差。良好的编码习惯和规范能够让代码更加的优美。最好的代码是推翻重写代码所用时间最短。为了能够让代码美观可读性好 必须有一个强制的规范   数据层的东西 不要和 逻辑层什么的 混合起来  这样能够导致的最终结构就是 没人愿意看你的代码 当需求改变时 你就慌张了 什么表名 字段 你无法知道哪些地方需要更改 所以说 好的规范和习惯有利于自己的提升 

     博主不才 将自己的博客源码开放 作为简单的例子  希望对大家有所帮助。有很多不足 希望大家提出宝贵意见


    https://coding.net/u/niefengjun/p/blog_es6/git

  

   关于此博客的源码解读 http://www.niefengjun.cn/blog/1e406ade4349666d93d9ec8b234ad0f9.html



   

你打算打赏多少钱呢?

打赏
(微信扫一扫)