2009年2月 的存档

捣鼓了半天,看了各种文档终于照猫画虎的写了一个,大部分参阅phpchina上sentrychen的一篇文章:http://www.phpchina.com/bbs/thread-64204-1-1.html 不过我还是做了一点修改,总的思想当然是把smarty作为一个view来看待,实现Zend_View_Interface接口,但是我直接让我的view继承了smarty,这样的优势在于在action中直接得到一个smarty对象,完全兼容纯smary的代码迁移,而且Smarty本身就很好的实现了Zend_View_Interface中的assign方法,不必再用其他方法来暴露内部的smarty对象了 感觉有点棘手是setBasePath($path, $prefix = ”)中的prefix 在Zend_View中是用来设置help和filter的前缀,如果用smarty根本没有必要了,看sentrychen的代码把它当做了script的前缀,不过按照zf现有的目录结构没什么必要,这个等以后真用到的时候再改吧。。。 下面是代码 /* * Zend Framework view with Smarty * @author: xw * @name: Smarty.php * @data: 2009-2-22 */ require_once (“Smarty/Smarty.class.php”); class Xend_View_Smarty extends Smarty implements Zend_View_Interface { function __construct($params = array ()) { $this->Smarty; $this->caching = false; if (!isset ($params[‘left_delimiter’])) { $params[‘left_delimiter’] = ”; } foreach ((array) $params […]

2009年2月24日15:16 | 没有评论
分类: 兴趣所在

英文 officialhttp://framework.zend.com/ quick starthttp://framework.zend.com/docs/quickstart/ apihttp://framework.zend.com/apidoc/core/ 中文 Zend Framework Chinahttp://www.zfchina.org/

2009年2月10日02:10 | 没有评论
标签: , ,

作者:heiyeluren 时间:2008-12-5 博客:http://blog.csdn.net/heiyeshuwu 本文通过非常快速的方式讲解了如何制作一个PHP 5.2 环境的扩展(PHP Extension),希望能够在图文的方式下让想快速学习的朋友了解一下制作过程。 需求:比如开发一个叫做 heiyeluren 的扩展,扩展里就一个函数 heiyeluren_test(),输入一个字符串,函数返回:Your input string: xxxxx。 要求:了解C/C++编程,熟悉PHP编程 环境:下载一份php对应版本的源码,我这里是 php-5.2.6,先正常安装php,假设我们的php安装在 /usr/local/php 目录,源码在 /root/soft/php/php-5.2.6/,现在开始! 步骤一:生成扩展框架 cd /root/soft/php/php-5.2.6/ext ./ext_skel –extname=heiyeluren cd /root/soft/php/php-5.2.6/ext/heiyeluren vi config.m4 打开文件后去掉 dnl ,获得下面的信息: PHP_ARG_ENABLE(heiyeluren, whether to enable heiyeluren support, [ –enable-heiyeluren Enable heiyeluren support]) 保存退出. 第二步:编写代码 vi php_heiyeluren.h 找到:PHP_FUNCTION(confirm_heiyeluren_compiled); ,新增一行: PHP_FUNCTION(heiyeluren_test); 保存退出。 vi heiyeluren.c 数组里增加我们的函数,找到 zend_function_entry […]

2009年2月9日11:19 | 没有评论
分类: 他山之石
标签: , ,

在传统的OOP(面向对象编程:Object-Oriented Programming)思想里,一般把应用程序分解成若干个的对象,强调高内聚,弱耦合,从而提高应用程序的模块化程度,但是在处理某些问题的时候,OOP会显得不够灵活,比如说,应用程序里很多业务逻辑都要在操作之初进行“权限检查”,在操作之后进行“日志记录”,如果直接把处理这些操作的代码加入到每个模块中,那么无疑破坏了OOP的“单一职责”原则,模块的可重用性会大大降低,这时候传统的OOP设计往往采取的策略是加入相应的代理(Proxy)层来完成系统的功能要求,但这样的处理明显使系统整体增加了一个层次的划分,复杂性也随之增加,从而给人过于厚重的感觉。正是为了处理这样的问题,AOP(面向方面编程:Aspect-Oriented Programming)思想应运而生了,假设把应用程序想成一个立体结构的话,OOP的利刃是纵向切入系统,把系统划分为很多个模块(如:用户模块,文章模块等等),而AOP的利刃是横向切入系统,提取各个模块可能都要重复操作的部分(如:权限检查,日志记录等等)。由此可见,AOP是OOP的一个有效补充。 就目前的PHP来说,还没有一个完整的AOP内置实现,虽然出现了RunKit,但一直都以BETA的状态呆在PECL项目里,估计很长时间内不太可能成为PHP的缺省设置。那是不是AOP在PHP里就破灭了呢?当然不是,因为我们有__get(),__set(),__call()等魔术方法,合理使用这些方法可以为我们实现某种程度的“准AOP”能力,之所以说是准AOP,是因为单单从实现上来看,称其为AOP有些牵强,但是从效果上来看,又部分实现了AOP的作用,虽然其实现方式并不完美,但对于一般的使用已经足够了。特别是从PHP4.3.0开始,这些魔术方法已经成为了PHP的缺省内置实现,扫除了PHP4/5兼容的顾虑,那么就更加没有理由不使用它们。这里要说明的是PHP4/5对这些魔术方法的实现有些许的不同,下面将分别举例说明: 先来看看PHP4的相应代码(下面代码只能运行在PHP4环境下): //应用程序中某个业务逻辑类 class BIZ { function foobar() { echo ‘业务逻辑’; } } //业务逻辑类的包装类 class AOP { var $instance; function AOP($instance) { $this->instance = $instance; } function __call($method, $argument, $return) { if(! method_exists($this->instance, $method)) { return false; } echo ‘权限检查’; $callBack = array($this->instance, $method); $return = call_user_func_array($callBack, $argument); echo ‘日志记录’; return true; […]

2009年2月9日11:17 | 没有评论
标签: ,