具体如下：

写代码写了6年多了，看看以前的架构，看看现在的架构。都有一些不足的地方。不管怎么样，都一直在改进。说实话不太喜欢用框架这类东西，基本上所有的框架都大同小异，差不了多少，要用话的，你还要去了解思想，目录结构，文件调用，文件命名，代码规范等，挺浪费时间的。构架能满足很大一部分的要求，满足的人越多性能越差，这也是我不喜欢用架构的一个主要原因。下面说一下，代码架构方面的一些心德。

一、面向对象为主，面向过程为辅

php4是面向过程的，php5及以后支持面向对象。

1，面向对象的程序设计思想，对于代码的管理，规划更合理，性能更好等。
2，面向过程代码管理，规划比较简单，调用方式更直接，更清楚，效率方面比较差。
举个例子说明一下：
面向对象好比是一个软件园区，如果你想找某个公司的所在地，你要知道是几号楼，几层，几室。
面向过程好比是平民区，如果你要找某户人家，你要知道，什么路，多少号就行了。
如果要把软件园区高楼都变成民房，就要占用更多的土地。如果园区过大，找起来也不便宜，如果单独咨询室就方便多了。所以个人觉得，一个好的架构，一定是以面向对象为主，面向过程为辅。

二、目录结构的规划

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

三、单入口还是多入口

目前我了解的php框架，还是CMS基本上都是单入口的。单入口还是多入口，各有各的好。有一点提一下单入口肯定比多入口要好，就url的重写。

四、面向对象的层级设计

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

五、数据库类要规划好

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

六、多个二级域名下的类共用

什么意思呢，例如一个网站有，BBS，门户，微博，正常思维（discuz除外，所以二级域名指向同一目录）是对应三个目录，也就是有三个documentroot，共用类最好是脱离web的目录而存在。这样类可以共用，可以减少代码冗余。

七、使用模板插件

php代码和html代码混着写，我觉得不好，特别是网站改版，会让你崩溃的。现在php代码和html分离的模板很多，例如：smarty

八、js代码规划

smarty可以使php和html分离，jquery等类似的js插件可以使js和html分离。js也是一门开发语言，基于JS的插件也可以理解成一门语言，都有面向对象和面向过程之分。如果不规划好，html页面会很乱，查看源码会发现，一半html，一半JS。