php代码架构要注意的一些事情

本人刚接触框架，是一个地地道道的新手入门，但是根据原来的一些思维和近时间老大讲解的，渐渐的明白了框架的好处好一些我人为不好的地方，下面是我最框架开发中一些常见问题的研究。

一，MVC

新手入门对这一点是很迷茫的，只是单单的知道这是一个什么东西，但是根本没有具体的来了解这方面的作用。

M:模型，负责数据的调度

V:视图，负责数据的视图渲染

C:控制器，是将数据和视图进行转换的控制器。

了解了这就大概的明白mvc的编程含义了。在做效果的时候不要想着做数据，在做数据的时候先不要想着想过只需要想着需要将那些数据抛给视图进行渲染就可以了。这样我们就可以很清晰的形成一个条例来。

二，目录结构的规划

代码架构的时候，这一点很重要，这就好比软件园区的大楼，不能随便盖，得有规律。入口文件放在什么地方，功能模块放在什么地方，模板文件放在什么地方。总之一句话，安排好，配置文件，JS文件，php文件，模块文件，CSS文件，图片文件等。

三，入口

目前我所知道也就是yii和thinkphp与我们团队通力（主要是leader）开发出来的框架，入口文件都是一个。其实入口文件各有各的好处，拿单一入口来说，在我们进行url重写的时候就方便了很多了。

四，面向对象的层级设计

一般情况下，基本上三级就够了，底层类，基本底层的模块类，组合模块的应用类。如果是一个比较大型的网站，分的层级会更多。

五，数据库类要规划好

这一点很重要，理想方式是所有sql执行走一个类。为什么要这样，这是为长远打算，将来做了mysql集群，或者是用了memcache之类的nosql，转换起来也方便，如果sql到处都有，那就郁闷了。

六，使用模板插件

php代码和html代码混着写，我觉得不好，特别是网站改版，会让你崩溃的。我现在就遇到几近崩溃的事情噢。试着让视图与数据完全的分离，这样对协作的编程就影响很小了。要不然不光程序员会疯掉，美工也会郁闷死。

 

转载于:https://www.cnblogs.com/upmyself/archive/2012/12/17/2822333.html