php扩展开发2（my_module实现）

扩展开发根据模块是否一致可以分成三部分

*external modules

*built-in modules

*Zendengine

但是，各种模块都有扩展都有一定的优缺点，决定了其使用场景。外部扩展，主要是外部模块非常适合开发第三方产品，较少使用的附加的小功能或者仅仅是调试等这些用途。为了迅速开发一些附加功能，外部模块是最佳方式。但对于一些经常使用的、实现较大的，代码较为复杂的应用，那就有些得不偿失了。内部扩展，需要重新编译和部署php，用在内部库扩展，频繁调用的库。zend engine的改动，在日常开发中一般不进行，因为会有版本、移植的问题。

所以我们大部分的扩展集中在内部扩展和外部扩展上面，接下来的例子也是内部扩展。

大概的步骤如下

ext/ ./ext_skel --extname=my_module  会在ext目录生成my_module目录并产生若干文件 

config.m4修改,--enable-my_module  or –with-my_module depends，主要是打开--with-my_module或者--enable-my_module

./buildconf (take care of the cache use --forceparam) 这里可能会坑爹，因为生成的configue文件使用了cache信息。生成的configure和原来一样，所以先备份一下configure文件，然后将生成出来的configure文件和备份文件有差异。可以vim一下这个文件，使用--force命令。

./configure --enable-my_module 如果文件不一样，那么在上一文中的configue文件参数加with 或者enable 参数

Modify themy_module.c file  

这里主要是最基础的函数 

加声明

 ZEND_FUNCTION(my_module);

修改

const zend_function_entry my_module_functions[] = {
    PHP_FE(confirm_my_module_compiled, NULL)/* For testing, remove later. */
    PHP_FE(my_module,   NULL)       
    PHP_FE_END  /* Must be the last line in my_module_functions[] */
};

加函数定义

ZEND_FUNCTION(my_module)
{
    long parameter;
    if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "l", &parameter) == FAILURE) {
        return;
    }
    RETURN_LONG(parameter);
}

Make

Make install

最后 修改对应的php页面，重启apache，访问页面，返回正确结果就ok了。