谈mvc模式衍变的四层构架模式

  在做php等项目设计中，我们常常会用到mvc模型进行开发设计，既 业务模块，视图，控制层，其中我们常常忽略路由的存在，然而路由其实是常常存在的，在我们的入口文件中，路由是被规范好的，

  但在平常的.NET开发体系中会用到常用的三层构架设计，既数据抽象层，业务结构层和显示层，

  而我们综合上述两套设计可以发现phpmvc的两种情况：

 情况1：

       php 的module层实际为对单个数据结构封装的类的curd集合，控制调用module 中获取数据集，同时在控制器中进行业务逻辑处理，完成处理后的数据直接丢给页面展示模块完成数据显示工作 ===== 三层构架中的抽象数据层~

情况2：

    php的module层结合sql书写务逻辑，数据层和业务层不进行分离，这种方式比较常用，控制器负责调用相应的业务逻辑进行数据封装，完成整个业务流程，并将结构赋予视图层展现

情况3：

  php 使用情况2的模式，不过做些改进，将sql的相关操作的表全部，提取出来建立一个数据层的类，模块层调用这个类文件夹进行业务处理，模块层里不直接写sql语句~

情况4：

  对情况3进行改进，将 模块的调用，数据处理类，tmp 类都在控制器中完成，实现统一调配控制~ （说了一大串，其实就是想说这。。。。）