关于dedecms文章处理类Archives中的body字段
我们知道/include/arc.archives.class.php文件是处理文章信息的,在文章详情页面的模版文件中那些dede标签的显示数据就是来源于此,这篇文章中主要讨论body字段。
前面我已经写了一篇如何为文章显示提供一个安卓客户端接口的文章 为dede增加安卓客户端接口的基本流程,其中就需要对显示在android客户端上的文章内容做一些处理,需要将原本问相对路径的url全部替换成带域名的绝对路径。
我自己写了一个实现替换url的函数放在archive.helper.php中,于是我在arc.archives.class.php中自认为合适的地方调用了替换body url连接的方法,结果发现根本不行,得到的body是为空的。
经过分析发现在archives类的构造函数调用之后立即处理body是没有用的,因为archives类的构造方法中,获取的都是文章主表的信息,里面没有body的内容,body存在于文章附表中。而附表字段的获取在这个函数中:
function ParAddTable() |
因此我要修改$this->Fields['body']的值,必须在这个函数之后。 ParAddTable()
是在display()中被调用的,所以我只能在display()中做处理了。
事实上这仍然行不通,正确的做法是在ParAddTable()
中的 “//处理要分页显示的字段” 代码之前。
不过下面几行代码如果弄清楚了的话 会有所帮助:
$this->SplitFields = explode("#a#",$this->Fields[$this->SplitPageField]); |
通过打印,发现$
this
->SplitPageField
的值就是body,那么$
this
->SplitFields
就是body字段的分段数组了,其中#a#
的a实际上是p,但是如果我这样写后面文字的就显示不出来了。
其实之所以前面修改了$this->Fields['body']的值在最终显示中不能体现,是因为模板中没有调用$this->Fields['body']而是调用的$
this
->SplitFields
,如果没有文章分页,那么$
this
->SplitFields中只有一个元素。能影响到
$
this
->SplitFields
结果的代码只能在ParAddTable()
函数自身中。
上一篇:为dede增加安卓客户端接口的基本流程 下一篇:网站SEO优化问答精选