（2）重用性高

随着如今现代的计算机技术不断提升与进步，用来访问应用程序的方法也越来越多。MVC模式中同样的一个来自服务器端的代码可以被允许用各种各样的不同的视图所呈现出来，因为在这里一个模型可以被多个视图所共享，这里包含了任何WEB（HTTP）浏览器或者无线浏览器（wap），就例如说：用户想预订购买一种产品可以通过电脑端也可以通过移动端的方式来订购，所以虽然整个订购的过程以及方式是不同的，但其实整个处理订购的过程都是一样的。由于并没有格式化由模型返回来的数据，所以说在不同的界面里面可以使用相同的部件模块是可以的。例如：通过HTML表达出来的数据用WAP也是可以表现出来的，所以这些命令是用来改变视图的显示方式的，然而却不需要对控制和模型曾作一丝丝的改变。由于已经是先把数据及一些规则与表示层分离出来，所以可以最大化程度上的重用代码。与此同时，模型也具有可以处理状态及持久数据的功能，所以很多的FLASH网站都可以通过MVC来支持这些基于绘画端的电子商务。

 (3)部署快

为了大大缩减应用程序的开发时间所以可以使用MVC模式，所以可以将开发精力更加集中于业务逻辑以及应用程序中的界面开发及表现形式的开发上。

（4）可维护性高

将视图层和业务逻辑层分离开来可以让之后的维护更加容易的修改和维护。

（5）有利软件工程化管理

因为每一层都分工明确分离开来，然而每一层虽然有不同的应用却还是有很多共通点，这样有利于管理代码。同时控制器也可以提供了一个很好的地方，就是可以为了满足用户的需求去用控制器将不同的视图和模型链接在一起，所以控制器可以为很多程序的构造提供很多使用强力的帮助。给一些确定的可用的模型以及视图，于是控制器便可以按照用户的需求来选择最适合用户的视图并将其显示给用户。

缺点

 （1）没有明确的定义

要将MVC完全的理解并熟悉不是一个简单的过程。在使用前需要将计划详细地列出来，因为MVC的内部构造原理是很复杂的，所以需要用相当一部分的时间去仔细思考这个计划。同时又因为模型与视图完全的分离开来，所以在最终程序的调试阶段也会带来很多的麻烦。但每个部件模块在使用前都需要经过测试并修复错误。

 （2）并不适用于中小规模的程序

如果用很多的时间去将MVC转入到规模不是相对来说很大的程序对于开发者来说会损失很多。

 （3）把系统结构复杂化

在一些简单的页面中遵循MVC反而会使得整个结构的复杂性大大的增加，并可能会伴随着很多不必要的步骤，降低了操作及用户的体验感。

 （4）视图控制器连接太紧密

视图与控制器本应该是高度的紧密联系在一起的部件，但在这里却被设计成相互分离的状态。在这里如果两者之中只有一个的话，另外一个的作用就会被限制的很严重，这样的情况下，就对视图和控制器的独立作用影响很大。

 （5）模型数据被视图查看的效率很低

因为模型在操作的时候所运用到的接口不同，需要多次的去调用视图才能够读取数据。所以在每次调用读取数据的时候可能会读取到一些没有用的数据，造成一些不必要的操作，浪费资源。

1.3.5 Laravel框架

Laravel是如今时下最为流行的一种相当简单却不失条理的一种基于PHP的开发框架(PHP Web Framework)。Laravel框架的简约表达方式能够帮助使用者更好地对代码进行理解，读懂简洁的代码但是却富有强大的创造能力。