Discuz! x2.5 插件开发的2个新思路
今天就来讲讲一些在最近做插件总结出的一些DX插件开发新思路…1、截断系统默认模块的执行,插入自己的自定义模组机制
比如某一个DX 的默认功能.. 其实你是可以完全使用自己自定义的功能的..
那么就是要在这个默认模块功能执行前截断它, 插入自己的功能，比如.. bigqi_diydown 自定义下载/云存储模块(商业)。让所有的下载模块都不按照默认的方式执行，可能以前的方法是 你直接去修改文件source/module/forum/forum_attachment.php，这样做的结果是 一旦程序打补丁有可能覆盖掉你的代码 或者程序新版本老代码必须重新改 完全不能兼容,,, 所以 每次DX升级和广大站长相反插件开发者总是在抱怨，因为又要有一堆插件需要在第一时间升级, 间接的就给我们带来了成本开销，所以这里 就要用到这个办法。直接上代码：
class plugin_bigqi_diydown {
public function common(){
if(CURMODULE == ‘attachment’){
include_once discuz_ROOT.’/source/plugin/bigqi_diydown/forum_attachment.php’;
exit();
}
}
}
以上代码在用户下载附件的时候 就会中断默认forum_attachment模块 而去执行 我自己定义的forum_attachment模块…(当然.. 你也可以 去掉 exit();让自己的功能先执行..)
2、绕开模版机制 建立自己插件的模版机制
根据官方提供的文档，也许能部分满足您的开发需求……但是您有没有遇到过这样的情况，比如 DX 所提供嵌入点不能够完成你的需求，需要修改特定模版。但是程序修改模版势必就有一个问题……模版目录没有写入权限，所以为了解决这个问题..就要绕开模版机制的方法，让插件内部可以强制生成特定的模版到模版编译后的缓存目录(这个目录一定有写入权限)
下面拿开发的 bigqi_diydown 自定义下载/云存储模块(商业)来给大家做一个具体的示范，因为这个插件开发完毕 尚未发布，所以我就直接贴上来代码：
$discuzcodeloadtpl = ‘discuzcode’;
$tplfile = “./source/plugin/bigqi_diydown/template/$discuzcodeloadtpl.htm”;
$file = “forum/discuzcode”;
$templateid = $templateid ? $templateid : (defined(‘TEMPLATEID’) ? TEMPLATEID : ”);
$cachefile = ‘./data/template/’.(defined(‘STYLEID’) ? STYLEID.’_’ : ‘_’).$templateid.’_’.str_replace(‘/’, ‘_’, $file).’.tpl.php’;
$tpldir = “./template/default”;
$cfilemtime = @filemtime(DISCUZ_ROOT.$cachefile);
$tfilemtime = @filemtime(DISCUZ_ROOT.$tplfile);
checktplrefresh($tplfile, $tplfile,$cfilemtime , $templateid, $cachefile, $tpldir, $file);
if($cfilemtime != $tfilemtime+1){
if($fp = @fopen(DISCUZ_ROOT.$cachefile, ‘r’)) {
$template = @fread($fp, filesize(DISCUZ_ROOT.$cachefile));
$template = preg_replace(‘/([\n\r]+\s*)php(\s+)\$/s’, ‘\\1\\2\$’, $template);
fclose($fp);
$fp = @fopen(DISCUZ_ROOT.$cachefile, ‘w’);
flock($fp, 2);
fwrite($fp, $template);
fclose($fp);
@touch(DISCUZ_ROOT.$cachefile,$tfilemtime+1);
}
}通过以上方法… 就可以 让某一个系统默认模版 无缝的使用自己的模版.. 也就是绕靠模版机制…
补充:另外通过这个方法 可以解决discuzx 模版内的 <!–{block 标签内部 不支持 <!–{eval 的问题(看橙字部分)
页:
[1]