扩展开发根据模块是否一致可以分成三部分
但是,各种模块都有扩展都有一定的优缺点,决定了其使用场景。外部扩展,主要是外部模块非常适合开发第三方产品,较少使用的附加的小功能或者仅仅是调试等这些用途。为了迅速开发一些附加功能,外部模块是最佳方式。但对于一些经常使用的、实现较大的,代码较为复杂的应用,那就有些得不偿失了。内部扩展,需要重新编译和部署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 --force param) 这里可能会坑爹,因为生成的configue文件使用了cache信息。生成的configure和原来一样,所以先备份一下configure文件,然后将生成出来的configure文件和备份文件有差异。可以vim一下这个文件,使用--force命令。
./configure --enable-my_module 如果文件不一样,那么在上一文中的configue文件参数加with 或者enable 参数
Modify the my_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", ¶meter) == FAILURE) {
return;
}
RETURN_LONG(parameter);
}
Make
Make install
最后 修改对应的php页面,重启apache,访问页面,返回正确结果就ok了。