php新浪博客模板,PHP资源模板——模板终结者

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为：

src="$assets/images/logo.gif">。显然在index.htm中能够正常显示图片。

下面再把视线转移到PHP程序员上面来。假设小程在index.php中调用index.htm文件，在include之前，定

义一个PHP变量，名字也叫‘$assets’.代码大体如下：

$assets='view/default/$assets';//这里使用单引号，防止后一个$assets被PHP当成变量。

include 'view/default/index.htm';

...

?>

当执行上面的代码后,index.php生成的html变成了这样：

......

因为等效的PHP代码如下：

$assets='view/default/$assets';

echo<<< EOT

EOT;

...

?>

上面的第三个$assets与第一个$assets同名，所以直接就被替换掉了。

前提当然是index.htm中使用了‘heredoc’。

这样以来，图片的显示问题就被巧妙的解决了。无论是在index.php中还是在index.htm中都能够顺利的

显示图片。

同理，其他javascript,js,css,swf文件也能够正常运行或显示。一切只需要“一个$符号+一个heredoc”

另外一个问题就是html文件显示的时候“干不干净净”的问题。因为index.htm中使用了heredoc，所以有

php符号"echo<<”注释符号隐藏它。这样就显得干净了。在预览的时候，

html显示的就是其‘原貌’。

最后一个问题就是：“预览时，要求页面之间的链接关系可以看到，就象一个不懂程序的设计者做的网站

，全是静态页面，但这些静态页面之间的关系是清晰的”

例如：index.htm里有个超级连接，连接到register.htm.其html代码如下：

href="register.htm">注册

。这样一来就能够满足上面的要求。

但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资源模板都是最棒的，它就是传说中的‘模板终结者’，“只要有了它，

你的一生都会改变，在你使用它之前，我要提醒你，尘世间的任何其他模板，你都无须再有半点留恋。”

“曾经有一份珍贵的模板摆在我的面前，我没有珍惜；直到别人都在用了，我才后悔莫及！

如果上天能再给我一次机会，我会对这个模板说三个字--我用你。如果要问我用多久，我希望是