第二回 资源模板横空出世，华山论剑再起风云
话分两头。却说这axgle正打算写一则有关模板的文章，忽然看到有人加自己的qq。只见附加消息中写着
“小员的朋友”，于是接受请求，开始聊天。
“您好啊Axgle,听闻您的大名，如雷贯耳哦。”
“阁下是？”
“在下是小员的哥哥，名叫小程。听闻您对PHP模板颇有研究，所以特来取经，还请您多多指教”
“客气客气。研究谈不上，不过是略有心得。大家互相讨论，互相学习最好啦”
“那么，您对‘模板引擎四项原则’作何看法？”
“哈哈，真是英雄所见雷同啊！哦，不好意思——是英雄所见略同”
“那么Axgle您对此有何高见，从而能够实现这个目标呢？”
“不瞒您说，我正在为此写一篇文章，名叫《模板终结者》，在详细的讨论这个问题。”
“不知现在您完成了多少，真想先睹为快。。。”
“呵呵，目前正写到第二回‘资源模板横空出世，华山论剑再起风云’，到你现在看到的这句话为止，包括句号和引号。当然后面的引号你看不到，因为QQ中一般不打引号。”
“知道了。那为什么第二回是这个标题呢？”
“因为第二回我会向大家介绍‘资源模板’的来龙去脉；另外，我的网名叫‘华山论剑’，而你叫‘再起风云’，所以这样以来便可以给读者一个完美的交代。”
“原来如此。您真是幽默啊，把大家忽悠的团团转。”
“罪过罪过，南无阿弥陀佛。。。出家人不打诳语。请容在下详加解释，也请大家洗耳恭听。”
——1.PHP资源模板是什么东东？
这里的‘资源’，是指用来创建网页的各种辅助元素，例如各种图象，js脚本,css样式文档等，同样也可以包括flash中的swf文件等等，诸如此类的‘可连接的非HTML元素’。
‘资源’通常都是‘通用性’的，可以反复出现。例如同样一幅图象可以在各种不同的页面出现。因此
所有的资源文件，都可以放到一个文件夹中。我们不妨把这个文件夹命名为“assets”。
在assets文件夹下，为了便于区分和管理，可以按照种类的不同新建各种不同的文件夹，例如images,
javascript,css,flash等等。其目录结构如下：
assets:
|-images
|-javascript
|-css
|-flash
这样的目录结构是清晰而有序的，不至于让一切变得混乱不堪。
我们把任何html文件放到与assets同级的目录中，你一定同意这是理所当然的事情：
例如：
index.htm
register.htm
post.htm
...
assets:
|-略
因为这样一来，所有的路径可以使用相对路径，能够直接与assets中的资源文件建立‘连接’。
例如index.htm中需要一个Logo图片，其路径为‘assets/images/logo.gif’。
我们规定这些HTML文件与assets一道，统称为‘视图文件’，或者称为‘模板文件’。为了便于
区分和管理，我们给它取个名字，例如“default”，并且新建一个default文件夹，把这些“模板文件”全部放入其中。
因为同样的数据可以有不同的显示风格，所以视图可以有多种，换言之可以有多种不同的风格。我们可以如法炮制，建立多份‘模板文件’，并且分别取个名字，与‘default’文件夹一样处理。
由于有多种不同的视图，于是我们看到的目录结构如下：
default:
index.htm
assets:
|-略
other_style:
index.htm
assets:
|-略
为了便于与PHP文件区分，我们可以把‘default’，‘other_style’等放入同一个文件夹中，通常取个名字叫‘template’,但我别出心裁，不遵循这一点，而是取名字叫‘view’.因为我认为‘view’比“template”更能够更好的表达我的思想。
新建一个文件夹，取名“view”:
于是其结构变成：
view:
default
other_style
到此为止，视图目录便大功告成了。
接下来就是PHP目录问题了。这是核心和关键，请大家仔细体会。
我们假设存在index.php文件，把它放在与‘view’文件夹同级的目录中。现在index.php从某处取得数据后，需要调用index.htm文件负责显示了。我们假设它选择‘default’风格，那么相对于index.php文件，其对应的index.htm的路径为‘view/default/index.htm’。
无论你使用什么模板引擎来处理现在的问题，你都会发现‘资源文件无法共享’。
例如在上面的情况中，logo.gif图片就无法在index.php中正常显示。因为index.php
与index.htm不在同级目录中，而index.htm文件却使用的是相对路径来连接图片。
为此您该怎么办？你可能会有如下方案来解决这个问题：
方案一：
您可能会说：“axlge你是猪头啊。你不晓得把index.php文件和index.htm文件放到同级目录中不就可以了嘛？”
如果是只有一种风格，道是可以这样做；但即便如此，把html文件与php文件放到同一个目录，也让人略有混乱之感。我认为这样并不好，因为修改起来不方便。毕竟我们希望程序员和美工能够各有各的‘地盘’，相互的关联越少越好。
所以方案一可以被否决。
方案二:
您可能会说：“axlge你是猪头啊。你不晓得把相应的‘资源文件’，例如图片复制一份到相应的目录中，不就可以了么？”
是的，这是可行的。但并不‘优美’。因为如果某张图片被修改，则相应的图片需要从新复制一次。何况有时候资源文件的数量相当庞大。而我却有办法无须复制就可以共享同一个‘资源文件’
所以方案二可以被否决。
方案三：
您可能会说：“axlge你是猪头啊。你不晓得使用str_replace或者preg_replace函数进行路径转化吗？”
是的，我晓得。但我不认为“读取文件不说，还要进行‘模式匹配’”是一件值得去做的事情。简单的说，我反对使用PHP中的任何‘replace’函数应用于模板引擎中。
所以方案三可以被否决。
最后您终于忍无可忍，冒火了：“我靠，说了半天我道是想问问：你何苦要求要在PHP和html中都能预览到图片呢？”
那是因为市面上已知的模板引擎中，其模板文件在浏览器中打开的时候，都相当的丑陋。要么不干不净，长满麻子；要么破破烂烂，衣观不整（例如图片无法显示）。
其实这个问题难倒过无数英雄好汉。我以前也写过一则文章，来解决这个问题。文章标题叫《给文件夹加上$符号》。套用这篇文章的思想，我们可以这样来解决这个难题，那就是给‘assets’文件夹前面
加上一个“$”符号。
换言之，就是使用“$assets”代替原来的“assets”作为文件夹的名字。
现在，为了理解这样做的作用，让我们暂时把注意力和视线放到美工身上。假设小美设计了一个index.htm页面，该页面包含一幅logo图片。那么这个logo图片的路径为“$assets/images/logo.gif”
其相应的html为：<img src="$assets/images/logo.gif">。显然在index.htm中能够正常显示图片。
下面再把视线转移到PHP程序员上面来。假设小程在index.php中调用index.htm文件，在include之前，定义一个PHP变量，名字也叫‘$assets’.代码大体如下：
<?php
$assets='view/default/$assets';//这里使用单引号，防止后一个$assets被PHP当成变量。
include 'view/default/index.htm';
...
?>
当执行上面的代码后,index.php生成的html变成了这样：
...<img src="view/default/$assets/images/logo.gif">...
因为等效的PHP代码如下：
<?php
$assets='view/default/$assets';
echo<<< EOT
<img src="$assets/images/logo.gif">
EOT;
...
?>
上面的第三个$assets与第一个$assets同名，所以直接就被替换掉了。
前提当然是index.htm中使用了‘heredoc’。
这样以来，图片的显示问题就被巧妙的解决了。无论是在index.php中还是在index.htm中都能够顺利的
显示图片。
同理，其他javascript,js,css,swf文件也能够正常运行或显示。一切只需要“一个$符号+一个heredoc”
另外一个问题就是html文件显示的时候“干不干净净”的问题。因为index.htm中使用了heredoc，所以有php符号"echo<<<EOT"，那么可以使用“<!---->”注释符号隐藏它。这样就显得干净了。在预览的时候，html显示的就是其‘原貌’。
最后一个问题就是：“预览时，要求页面之间的链接关系可以看到，就象一个不懂程序的设计者做的网站，全是静态页面，但这些静态页面之间的关系是清晰的”
例如：index.htm里有个超级连接，连接到register.htm.其html代码如下：
<a href="register.htm">注册</a>。这样一来就能够满足上面的要求。
但PHP这边该怎么办呢？假设存在一个处理注册的PHP文件，名叫“register.php”.那么index.php如何超级连接到register.php上面呢？
这个其实很简单，可以在PHP中输出一段javascript，让浏览器自动把超级连接修改一下就可以了。
这就是全部。如果文字叙述不能够让你理解，您可以参考后面附加的演示文挡，那么一切都会显得很简单。
第三回 要简单还是要复杂，这不是问题
有人说，在模板文件中嵌入PHP代码，这对于美工人员来说‘太复杂’了。即使我上面介绍的资源模板已经为美工人员考虑的比较周到了，但还是会有一部分人心里会觉得不舒服。
我虽然是仁慈的，但‘现实’却是残酷的，这句话的意思是说：不使用循环语句，你将无法批量输出。你一定会表示同意。但你依然会争辩说：“为什么不可以在html文件中把批量输出的部分用一个变量来代替，然后在php中为这个变量赋值呢？例如一个表格的填充，在PHP文件中生成表格不就得了”。
你当然可以那样做，但你却违背了“可预先预览”的原则。表格的字段名称最好是在html中能够直接显示出来，以便能够更加直观的反映网页的输出目标和意图。
所以请你不要介意在html文件中插入的少许控制流程的PHP代码。
但基于MVC的要求，html文件中不应该存在数据分析和处理的代码(例如连接数据库)，换言之html模板文件只负责“显示逻辑”，而不要管其他任何事情。当然在简单的应用中，你可以使用‘simple view’，里面的PHP代码就最少，往往只有一个'heredoc'。
诚如‘小员’所说：“PHP最好的模板语言就是PHP本身”。而‘PHP资源模板’可以说是很好的贯彻了这个思想。不但如此，更是巧妙的实现了“模板引擎四项原则”，可以说是‘前无古人，后无来者。念天地之悠悠，独苍然而泣下’——不要误会，那是‘高兴的眼泪’。
所以不管是简单还是复杂，PHP资源模板都是最棒的，它就是传说中的‘模板终结者’，“只要有了它，你的一生都会改变，在你使用它之前，我要提醒你，尘世间的任何其他模板，你都无须再有半点留恋。”
“曾经有一份珍贵的模板摆在我的面前，我没有珍惜；直到别人都在用了，我才后悔莫及！
如果上天能再给我一次机会，我会对这个模板说三个字--我用你。如果要问我用多久，我希望是
--一万年。”
