【Asp.Net MVC+EF+三层架构】详解(二)MVC学习

  前言:

              在第一篇博客中大家看到了使用的Asp.Net MVC+EF+三层架构之后最终的展示。那么对小编来说,三层架构小编是相当熟悉的,之前也做了几个项目都是使用三层架构来实现的,这个比较好理解。那么关于MVC和EF就相对比较陌生了,那么想要入手这个项目,那对这些新框架的了解是必不可少的环节。下面咱们就先来掌握MVC框架。

  正文:

   一句话总结什么是MVC?

        MVC,MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,简单来说呢:MVC能达到在不重新编写业务逻辑的前提下更换显示的界面样式

       官方定义:一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

    MVC框架结构?

        关于MVC,你可以不知道Model、view、controller是什么,但首先要知道这三者之间的基本关系。之后再细致学习,在宏观中填充细节,这样的学习联系性比较强(PS)。

       

简单概括model、view、controller是什么?

            接下来就是来解决这三个问题了:

            1、视图(View):主要用于显示数据和提交数据。视图层能够实现数据有目的的显示。在视图中一般没有程序上的逻辑。

            2、控制器(controller):主要是用作捕获用户请求并控制请求转发。起到不同层面间的组织作用,用于控制应用程序的流程。

            3、模型(Model):主要负责出来业务逻辑以及数据库的交互。


   那么其实在这里,我想到一个词:复合模式之MVC,结合了观察者、策略模式和组合模式什么意思呢?

           ————M-model:观察者模式,以便view和contronller更新;————V-view:组合模式,组合图形控件(面板,框架,按钮等),实现图形显示;————C-contronller:控制器是视图的策略,视图可以使用不同的控制器,得到不同的行为(显示)。

          这些模式携手合作,把mvc模型的三层解耦合,这样可以保持设计干净又有弹性。这样在实现各自模块的时候又可以结合其他设计模式,扩展系统性能。比图当view和contronller不变,需要使用新的model时候,就可以用适配器模式。         


  来、跟着我思考 :     

          1、只用MVC架构可以实现功能吗?

               当然可以,Model层负责出来业务逻辑以及数据库的交互,模型有对数据直接访问的权利,例如对数据库的访问,所以只有这三层可以完全实现从用户到后台数据库的闭合回路的实现。

          2、那为什么还要用Asp.Net MVC+EF+三层架构呢?

                为什么呢?思考下,为什么,小编给出个人的一句话理解:解耦合。 Model层包含业务逻辑以及数据库的访问显然耦合性太强,那么这时候咱们之前使用过的三层架构是不是正好解决这个问题,在上面那张图中有一点提示,大家思考下。答案就显而易见了。那么问题来了……


         3、MVC与三层架构是一个概念吗?

          只要接触MVC就势必离不开说三层,很多人就会一直纠结于他们之间的区别,也难怪,他们之间有共同之处:都分为三块,不仔细琢磨好像说的都是一样的东西。由于学习是一个逐步深入的过程,现在还未到深刻理解的程度,本文仅是记录这个学习认知的过程,希望和大家一同交流,随着时间的推移,自己的认识也在不断的刷新,亲爱的读者们可以先自己查阅下资料,这个问题下篇博客会给出答案~,敬请关注❀

相关文章
相关标签/搜索