小项目 - 简单而直接的php
一般对于一个功能页面在20以下的网站,我们可以用一个很简单的框架结构来写。在这个规模上,我建议是使用比较直接的面向过程编码方法,原因很简单,没有必要把class文件弄的n 多,结果controller里边就一个new就完了。当然,需求频繁变化的项目除外。
在这个级别上,php优点表现的很明显:快速开发,一目了然。缺点同时也被隐藏得很好。
中型项目 - 结构优美的oo化的php
对于一个中型项目,我建议使用一个良好设计的框架来做,这个框架可以是基于mvc模型,封装了众多底层操作的,当然,一定要有一个好的最好是透明的cache机制,这样,我们为了适应变化而加入的oo机制可以运行得更快更好。
在这个级别上。php的缺点开始凸现,像对oo支持的不完整(这个php5有很大改进),只能单线程模式。另外一些外围工具开始出现缺乏支持,像php没有好的重构工具,没有好的集成到ide中的单元测试工具。优点当然还是原来的快速开发,广泛的可用的开源资源。
大型项目 - 扩展、优化后的php
这里的大型项目,简单的指分布式项目,就是说,你的程序需要被部署在n台服务器上了。在这个层级上,php比起j2ee的确缺乏很多支持。我曾和shadow在735上详细讨论过php要在大型系统上应用需要解决的一些问题,当然这些问题不光是php这个语言的问题,也包括了周边开发的问题:
1 php的页面代码共享,php的源代码被载入内存一次以后,就在其中保留 - 这个用apc和zend的优化器可以搞定。
2 php页面之间的数据对象共享,a.php和b.php之间可以共享一个数据对象,比如数组,这个现在可以用序列化来作,但是会有文件io,这块可以用共享内存或者memcached来处理。
3 php的数据库连接池,因为在多前端的情况下,php控制不住对数据库的连接,所以需要在数据库前边去作一个连接池,类似于sqlrelay的东西。另外数据缓存也是很重要的,大压力开发有一个tip,就是能不动数据库就不要动数据库。
4 php的前端cache系统。一个透明的可控制的cache机制,确保网站的页面以最少次数查询数据库。这个有很多实现,但是没有找到特别好的。
5 一个php应用,成功的解决调这几个问题以后,应付稍微大一点的压力是没有什么问题的。
在这个级别上,重要的是,把php java c++ python之类融合起来,使其成为一个高效系统。我们可以用memcached来做分布式内存管理,可以用lucene 来作全文检索,用ejb 容器来放一些业务逻辑组件,php则作为前端和系统的胶水,快速而灵活的把这些粘合起来。
新闻热点
疑难解答