怎么一步步编写简单的PHP的Framework（二十三）

       本来今天准备去西湖的&＃xff0c;想到今天人可能有点多&＃xff0c;决定明天人少了再去。

       听着歌&＃xff0c;整理了一下Spring的知识&＃xff0c;但是貌似在宾馆的确没有氛围&＃xff0c;没弄到半个小时&＃xff0c;就一点都不想弄了&＃xff0c;上oschina看到靛蓝空留言让我帮他解决一个问题&＃xff0c;实在不好意思&＃xff0c;我今天心静不下来&＃xff0c;沉不 下心去看代码&＃xff0c;所以就顺便写几篇文章吧。

       之前我们讲了控制器&＃xff0c;模型&＃xff0c;现在我们开始讲一下视图。

       由于今天实在是静不下来&＃xff0c;所以后面我写的代码都直接从Toper上面拷贝过来&＃xff0c;但是我会说一下思路。

       视图这一块可以做成两种&＃xff1a;

             一种是标签库这种&＃xff0c;使用XML解析&＃xff0c;如Java的taglib,jstl等&＃xff1b;

             另一种是模板&＃xff0c;这种使用的时候很自由&＃xff0c;比如php的smarty&＃xff0c;Java的velocity,freemarker等&＃xff1b;

       实际上PHP的模板这一块儿smarty已经做得相当好了&＃xff0c;在实际应用中我建议直接使用smarty&＃xff0c;如果你觉得你的应用不需要这么复杂的模板&＃xff0c;那么你可以自己试着做一个。

       要做一个比较挫的模板引擎是很简单的&＃xff0c;比如现在有一个视图文件&＃xff1a;

{$test}

        在控制器中使用&＃xff1a;

$this->_assign(&＃39;test&＃39;,&＃39;str&＃39;);

      那么模板引擎需要做什么呢&＃xff0c;只需要进行str_replace即可&＃xff0c;将{$test}替换为对应的值即可&＃xff0c;这里替换为&＃xff1a;str。

      再抽象一下&＃xff0c;你的assign方法的两个参数:

         assign($name,$val)

     $name是一个字符串&＃xff0c;$val也是一个字符串&＃xff0c;那么还是可以使用str_replace($name,$val,$str);$str为刚才我们的视图文件&＃xff0c;这个文件可以简单的看成是一个字符串。

     如果$name为字符串&＃xff0c;$val为数组呢&＃xff0c;view文件的使用为&＃xff1a;

{foreach($arr as $val)}

{$val}

     现在视图文件变成这种形式了&＃xff0c;我特意将这个形式弄成和PHP的foreach很类似&＃xff0c;你只需要最终将{foreach($arr as $val)} 转化为字符串&＃xff0c;{end}转化为即可。

     对象什么也是一样的&＃xff0c;所以&＃xff0c;你现在这么一看&＃xff0c;实际上模板引擎最基础的内容不难的&＃xff0c;就是一个字符串替换而已。

    这里我们使用标签库来讲解&＃xff0c;由于要尽快把这个系列文章over掉&＃xff0c;所以View这一块儿就简化了。

       现在视图这一块儿只有这么一点的内容了。

         首先是View类&＃xff0c;这个类和控制器直接关联&＃xff0c;也就是说控制器调用的方法就是来自这儿&＃xff0c;它不负责完成具体的视图处理&＃xff1b;

         ViewManager这个类完成视图的选择&＃xff0c;它会按照配置文件来选择到底使用哪一个视图&＃xff0c;当然&＃xff0c;这也需要为所有的视图制定契约&＃xff1b;

         然后就是自定义的视图处理类了&＃xff0c;这个类完成所有视图信息的处理&＃xff1b;

        viewChecker主要校验视图的正确性&＃xff0c;如果视图文件有错误&＃xff0c;记录错误信息&＃xff1b;

       taglib负责将标签解析出来&＃xff1b;

      假设现在定义的视图的契约为&＃xff1a;

interface IView {public function assign($name,$val);public function display($tpl);
}     PS&＃xff1a;实际上视图的契约没有这么简单。

    定义了契约之后&＃xff0c;我们的View类的调用就变得非常简单了&＃xff0c;具体的代码如下&＃xff1a;

class View extends Base {public static function assign($name,$val) {ViewManager::assign($name,$val);}public static function display($file) {ViewManager::display($file);}
}  

    这里的ViewManager只负责完成视图的选择&＃xff0c;就不写了。

     自定义的视图处理类假设我们称为MyView,这个类也假设有两个方法&＃xff0c;assign和display&＃xff0c;assign方法只会存储数据&＃xff0c;直到调用display的时候才会处理这些数据&＃xff0c;在我们之前的文章里面我说过实际上这里的操作实际上是&＃xff1a;

     首先将数据extract&＃xff0c;然后include一个PHP文件。

     由于现在存在标签库&＃xff0c;那么我们首先要对这个视图文件进行处理&＃xff0c;即将标签库进行解析&＃xff0c;转化称为具体的PHP代码&＃xff0c;然后再include这个PHP文件。

　　总结一下&＃xff0c;现在引入标签库之后和之前的操作只有一点不同&＃xff0c;即需要使用标签库进行中间的处理&＃xff0c;处理完成之后再include即可。

　　那么怎么对标签库进行中间的处理呢&＃xff1f;

      首先我们调用ViewChecker进行标签的校验&＃xff0c;如果存在语法错误或者其他什么错误&＃xff0c;直接记录错误&＃xff0c;然后就不继续解析&＃xff0c;就直接返回了。

      如果校验确定整个标签是没有错误的&＃xff0c;那么现在就只需要把整个HTML文件看成是一个XML文件&＃xff0c;按照PHP提供的XML的解析API进行解析&＃xff0c;将每一个节点的所有内容解析出来&＃xff0c;然后使用taglib进行处理。

      那么ViewChecker需要做什么操作呢&＃xff1f;

      比如现在有一个标签&＃xff1a;

      这个标签现在没有结束符&＃xff0c;那么ViewChecker就应该检验出视图文件的多少行有错误&＃xff0c;错误是什么&＃xff0c;比如显示index.tpl这个文件的23行标签未闭合。

      还有一些内容不能taglib处理的&＃xff0c;在ViewChecker这个类就需要提前处理或标签库处理完毕之后再处理&＃xff0c;如&＃xff1a;

     这里面的${url}标签库不能解析&＃xff0c;需要在ViewChecker这个类就处理了。

     还有比如一个index.tpl文件存在标签&＃xff1a;

     由于ViewChecker需要检验&＃xff0c;所以首先需要将这个标签替换成为test.tpl的内容之后再校验错误。

     综上所述&＃xff0c;ViewChecker的处理过程是比较复杂的&＃xff0c;我们就不讨论了&＃xff0c;直接说一下taglib的思路。

     当视图已经走到taglib&＃xff0c;那就说明语法什么的是没有问题的&＃xff0c;现在这个文件已经是一个标准的XML文件了。