目前PHP网站开发技术中,有人使用的PHP框架达400多。很多开发了发布的PHP框架可以说是近乎上千个之多。在如此之多的开发框架中,哪个PHP开发框架是好?我想这个问题很难有人能回答。所以在选择PHP开发框架时,很多人都会陷入迷茫,或因此走很多弯路。 因此,这里我们简单讲一下,如何寻找一个最适合你的PHP开发框架。 首先要明确,先择框架,绝不是为了学习,也不是为了做一个企业网站或小型个人网站。面临选择问题的根本点在于,你这个网站是大型网站,或将来会成为大型网站。你不能因为框架而阻碍你的发展。 那么,我们先讲一下,目前选择框架的种种误区: 1、选择流行的。并非流行的就是非常好的。举例来说,CI相当流行。但CI只能用于小型网站开发,并且,可扩展性相当差,它的最大的优点是初学者易上手。但不能很好地运用PHP5面向对象的特性。 2、选择官方的。无非就是用Zend,但它并不是最具扩展性的代码,或者,它的一切也只有在ZEND SERVER中才能充分体现。可ZEND SERVER是要收费的。另一坏处,那就是,它的更新速度并不是很快。一个很复杂的代码,相对于一个网站的发展,无法等待官方的更新,需要时,你需要自己去修改的。所以,以官方更新有保障,这是靠不住的理论。 3、选择简单的。目前国产的,声称极简单的框架也不下于上百种。但这些简单的框架,实际最终会浪费你很多的时间。为什么呢?比如,无日志,出错后,不知错在何处。无TRACE,跟踪调试不方便。 那么,我们选择框架有什么样的标准昵? 1、完全面向对象。 这可不是说着玩玩的。我们要明确,面向对象的目的是什么?面向对象根本目的是在于:可以扩展,松耦合。 如何可以扩展?相当简单,你不用多看代码,只要用搜索工具统计一下以下的字串: final 这表示是最终类,或最终方法,是对继承的保护。比如,单件模式中,肯定有 fincal function __clone,以保护其永远都是单件的。 abstract 抽象类,抽象类中就有抽象函数。这表明开发人能够面向抽象编程,用抽象函数,给你留下了可扩展的接口。 interface 当一个抽象类中完全是由抽象函数组成,并且,这些抽象函数均是必须实现的,那就会定义 interface。如果没有,那你就没有可扩展的可能。 private protected 这是访问控制。如果有这些,则表明,代码封装有相当可靠的安全性。不会让用户访问不可访问的方法或属性。 2、代码质量。 除了按一般编程规范以外,代码应当是软编码。所谓软编码,即是指动态扩展是相当方便的。对于此,最简单的方法,是搜索一下case. 因为, switch case 结构是硬编码。如果你增扩一项,你必须到switch中增加一个case.破坏了原有核心代码的封装。 函数长度。一个函数最长不允许超过140行。否则,可维护性极差。比如,zend date中有一函数即是有大量switch case,并且,一个函数超过了1000行。这样的代码,谁看了都晕。 3、必须的功能。 用框架,就是使用的框架提供的现成的功能,如果一些基本功能都没有实现,那不如不用。而这些必须的功能,基本有以下一些; autoload —— 自动加载,有它,会让你的代码写得更少。因为,省下了很多的 include, require cache —— 必须是多种cache支持的,以适用于你当前所用的主机空间或服务器 config —— 配置文件读取与管理,这是必不可少的,有配置,会省下大量代码。 MVC —— 即模型,视图与控制器。其中控制器的实现最为重要,效率,易用性,可扩展性。假如使用get_broswer函数获取UA的,最好不用。因为get_broswer函数实在是效率太差。 ErrorHandle ExceptionHandle —— 错误与异常管理,没有这个,程序出错不会受到管理,你无法了解,哪里因为什么样的原因错了。 Logger —— 日志,错误要写日志,性能监控也要写日志,我们不要求代码中有多少性能监控,但出错至少要有详细的日志写出来。同时,日志因当有多少输出,文件,邮件,控制台,页面,这样的话,当你网站成为大型网站时,添加一个日志短信输出,就很方便。并且,日志要有过滤,哪些日志如何输出,有这样好的定义,使用就相当方便。 validator filter —— 验证与过滤,用户输入,必须要验证,否则,SQL 注入,网站安全不可保证。过滤器,这是必须的,总不能把用户录入的脏字再显示到页面上吧。 session —— 这是必须的,多种session支持也是必须的。 因为, 多台服务器共享session,那就不再是phpSession 数据库 —— 大网站肯定是必须的,是否能支持多库,是否有分库管理与对应的算法访问机制。 必须的常用类库 —— 日期时间,上传下载,文件管理, 非必须的常用类库 —— 如图象处理,邮件,当然,这些是有优秀的第三方的。所以,不是必须。但如果有,则只能说明,框架开发者开发得相当用户。并且,他提供的肯定有独特之处。 有没有模板引擎,或者有没有部件支持 —— 因为,VIEW中有了这些,会大大加快开发速度,并且,这也是MVC基本的必须组件。 到这里,大家不妨看一下,所谓20KB的框架,是否有用?是否能用? 当然,这些代码会有多大?实际也不是越大越好,zend的50MB肯定有问题。但如果不足5M,那肯定一样也有问题。太简陋的代码,不是需求考虑不全,就是代码不够强壮。 不过,按这样的要求,我到现在没有找到一个合适的,也不知道哪个是最好的。如果你找到了,请告诉我。
文章来源 CODETC,欢迎分享,转载请注明地址:
http://www.codetc.com/article-199-1.html
|