视图
部分内容包括：视图，模板，视图帮助类等。
6.0视图介绍
在Zendframework的MVC编程模型中，视图(View)是在控制器的控制和指挥下，用来对程序逻辑进行呈现(Render)的。呈现的结果，就是我们在浏览器里看到的文字、图片、表单等各种网页元素及其字体、颜色、样式等各种效果。
Zend_View Class就是负责视图工作的类，它有效地完成了视图与程序逻辑的分离。它提供了视图帮助、输出过滤和变量转义等功能。
Zend_View还是一个模板系统，我们可以用使用Zend_View时主要分两步，首先声明一个Zend_View实例，把变量等赋给它，然后使用控制脚本，根据视图脚本呈现出结果。
例如：
控制脚本(在控制器文件的action里，例如IndexController.Function dispdataAction()
{
……
$data Zend_Loader::loadClass(’Zend_View’);
$view $view->books echo $view->render(’view.}
视图脚本转义输出语句(在视图脚本文件里，本例是view.escape($this->data
?>
6.1引导文件中setParam(’noViewRenderer’, )语句的再解释
Index文件中$fc->setParam(’noViewRenderer’, );语句和视图的某性特性有很大关系，比如视图存放的路径等一些默认属性都受该开关属性的影响。
false 是noViewRenderer的默认值。也就是说，如果没有该语句，则认为noViewRenderer参数被设置为false。
noViewRenderer参数被设置为false：意味着控制器使用ZF默认的视图特性，比如视图文件默认必须存放于views\script\\文件夹下，视图文件必须存在，而且其名字必须为.phtml。.phtml是ZF使用的view->…。
noViewRenderer参数被设置为true：意味着控制器不使用ZF默认的视图特性，而是通过显式的实例化Zend_view对象，通过我们自己的代码来设置视图对象的属性和方法。本部分“视图介绍”中就是显式声明和使用视图对象的例子。为了程序的灵活性和可控行，我们自然建议把noViewRenderer 设置为 true，这也是比较通常的做法。
6.2视图对象的Options
视图对象的Options选项进一步规定了视图脚本呈现过程中的一些细节。这些选项可以通过在声明视图对象时指定，在构造函数里设置，也可以通过set……()方法来指定。
—basePath基本路径
设置方法：setBasePath(), addBasePath()
例如目录结构：base/path/
helpers/
filters/
scripts/
用$view->setBasePath(”base/ path/”);语句设置基本路径后，在没有$view->setScriptPath(’……’);语句直接指定脚本路径时，就会自动在base/path/scripts/下搜索视图脚本文件，如果使用了视图助手和过滤器，就会分别自动在helpers/和 filters/文件夹下搜索。
—encoding字符编码
用来在使用htmlentities()、htmlspecialchars()或其他操作时，指定字符编码。
设置方法：setEncoding()
默认编码是ISO-8859-1 (latin1)。
—escape回调函数
用于在视图呈现时调用该函数。后边有示例。
设置方法：setEscape()
—filter过滤器
用于在视图呈现后调用过滤方法。
设置方法：setFilter(), addFilter(),
—strictVars
当视图视图发送一个未初始化的变量时，用该选项指定ZF收购给出一个提示或警告信息：
Notice: Key “xxx” does not exist ……
设置方法：strictVars(true)
6.3视图对象的一些属性存取方法
—getVars() 得到所有赋予的变量
—clearVars()清除所有赋予的变量
—getScriptPath($script) 得到给定脚本的路径
—getScriptPaths()得到所有脚本的路径
—getHelperPath($helper)得到某个指定助手类的路径
—getHelperPaths()得到所有助手的路径
—getFilterPath($filter) 得到某个指定过滤器类的路径
—getFilterPaths()得到所有过滤器的路径
6.4视图的路径：
6.4.1视图脚本的搜寻路径
如果引导文件中$fc->setParam(’noViewRenderer’, false);
则默认指定视图文件views/scripts/[controller_name]/[action].phtml
在实际的程序代码中，为了获得可定制的灵活性，都在控制器中实际指定了视图文件的路径：
指定路径例句：$view->setScriptPath(’…/views’);或
$view->addScriptPath(’…/views’);
这个时候，引导文件必须有$fc->setParam(’noViewRenderer’, true);语句，即设置noViewRenderer为true。
6.4.2视图脚本的搜寻的优先顺序$view $view->addtScriptPath(’…/views1′);
$view->addScriptPath(’…/views2′);
$view->addScriptPath(’…/views3′);
Zend的手册是这样说的：“如果没有指定任何搜素路径，则在控制器文件下搜索视图文件。”但是通过实际环境测试，发现这时会报告错误：
“no view script directory set; unable to determine location for view script”
看起来最少需要指定一个搜索路径。
如果指定了多条搜素路径，则最后的搜索路径优先。也就是说，如果所有的搜索路径下有相同的视图文件，则最后路径下的起作用，它覆盖了前边路径下的视图文件。
6.5视图控制脚本及其变量传递
ZF的控制器是实例化和设置Zend_View的地方。在这里，我们给视图赋值并告诉它用指定的视图脚本去呈现它们。
6.5.1给视图对象赋值
示例：$view->Variablefunction assign1Action()
{
$view $view->setScriptPath(’views’);
$view->strictVars(true);
$view->a $view->b $view->c $view->d;
echo $view->render(’tp_abc. }
示例：
$view-> assign(’ Variable ‘, “……”);的形式function assign2Action()
{
$view $view->setScriptPath(’views’);
$view->assign(’a', “Hay”);
$view->assign(’b', “Bee”);
$view->assign(’c', “Sea”);
echo $view->render(’tp_abc. }
示例：数组function assign3Action()
{
$view $view->setScriptPath(’views’);
$array ‘a’ “Hay”,
‘b’ “Bee”,
‘c’ “Sea”,
);
$view->assign($array);
echo $view->render(’tp_abc. }
示例：对象function assign4Action()
{
$view $view->setScriptPath(’views’);
$obj $obj->a $obj->b $obj->c $view->assign((array) $obj);
echo $view->render(’tp_abc. }
示例：
使用回调函数。function myhtmlentityAction()
{
$view $view->setScriptPath(’views’);
//自定义类，在/models文件夹下的myclass. $mycls //调用$mycls类的myHtmlEntity方法
$view->setEscape(array($mycls, ‘myHtmlEntity’));
$obj $obj->a $obj->b $obj->c $view->assign((array) $obj);
echo $view->render(’tp_abc. }
tp_abc.a).’
’;
echo ‘b escape($this->b).’
’;
echo ‘c escape($this->c).’
’;
?>
myclass. {
public function __construct($options {
}
function myHtmlEntity($val)
{//把所有单词首字母变为大写
return ucwords($val);
}
}
?>
输出结果：
a b c 6.6视图脚本的变量转义输出(escaping output)
视图脚本得到变量以后，需要通过转义进行输出，变成页面可以显示的Html代码。
输出语句的格式：
echo $this->escape($this->variable);
$variable变量是在视图脚本里用render方法传递过来的。
一般情况下，传递的变量是通过6.7视图脚本的模板系统—操作模板系统进一步完美的实现了视图与程序逻辑的分离。视图脚本可以完美的操作6.7.1为了测试下面的示例，我们必须安装为了在ZF的视图脚本里调用得到模板类文件，必须在引导文件Index. PATH_SEPARATOR . ‘../library/’.
PATH_SEPARATOR . ‘../library/ PATH_SEPARATOR . ‘../library/Smarty-2.6.19/libs/’.
PATH_SEPARATOR . ‘models/’.
PATH_SEPARATOR . get_include_path()
);
注意，所有路径都是以引导文件所在文件夹作为参照的。尽管视图文件里所在文件夹不是引导文件所在根目录，但在视图文件里包含6.7.2在视图文件里调用首先包含示例：
$tpl $tpl->set_root(’views’);
if ($this->books)
{
$tpl->set_file(array(
“booklist” “booklist.tpl”,
“eachbook” “eachbook.tpl”,
));
foreach ($this->books as $key $val)
{
$tpl->set_var(’author’, $this->escape($val['author']));
$tpl->set_var(’title’, $this->escape($val['title']));
$tpl->parse(”books”, “eachbook”, true);
}
$tpl->pparse(”output”, “booklist”);
}
else
{
$tpl->setFile(”nobooks”, “nobooks.tpl”);
$tpl->pparse(”output”, “nobooks”);
}
?>
booklist.tpl文件内容：
books):
?>
| 作者 | 书名 |
|---|---|
?>
There are no books to display.
eachbook.tpl文件内容：
6.8视图脚本的模板系统—使用 Zend_View_Interface调用第三方模板引擎
我们还可以通过实现Zend_View_Interface接口，来得到一个可用的模板系统。
ZF对Zend_View_Interface接口的原始定义：/** Return the actual template engine object */
http://www.cncms.com/
public function getEngine();
/* Set the path to view scripts/templates */
public function setScriptPath($path);
/* Set a base path to all view resources */
public function setBasePath($path, $PRefix /* Add an additional base path to view resources */
public function addBasePath($path, $prefix /* Retrieve the current script paths */
public function getScriptPaths();
/* Overloading methods for assigning template variables as object properties */
public function __set($key, $value);
public function __get($key);
public function __isset($key);
public function __unset($key);
/* Manual assignment of template variables, or ability to assign multiple
variables en masse.*/
public function assign($spec, $value /* Unset all assigned template variables */
public function clearVars();
/* Render the template named $name */
public function render($name);
使用该接口，我们可以很容易的把第三方的模板引擎，比如Smarty，包装成Zend_View兼容的模板类。
6.8.1Smarty的安装
下载Smarty软件包，解压到ZEND的library文件夹下，就完成了安装。
为了在ZF的视图脚本里调用得到模板类文件，必须在引导文件Index.Smarty模板引擎需要建立template_dir和compile_dir文件夹才能工作。ZF手册里的示例因为缺少这些设置而无法运行，正确的代码片段如下：public function setScriptPath($path)
{
if (is_readable($path))
{
$this->_smarty->template_dir $this->_smarty->compile_dir $this->_smarty->cache_dir return;
}
……
我们把对Zend_View_Interface接口的实现的类，放在models文件夹下的ZendViewSmarty.{
/**
* Smarty object
* @var Smarty
*/
protected $_smarty;
/**
* Constructor
* @param string $tmplPath
* @param array $extraParams
* @return void
*/
public function __construct($tmplPath {
$this->_smarty if (null !$this->setScriptPath($tmplPath);
}
foreach ($extraParams as $key $value) {
$this->_smarty->$key }
}
/**
* Return the template engine object
* @return Smarty
*/
public function getEngine()
{
return $this->_smarty;
}
/**
* Set the path to the templates
* @param string $path The directory to set as the path.
* @return void
*/
public function setScriptPath($path)
{
if (is_readable($path)) {
$this->_smarty->template_dir $this->_smarty->compile_dir $this->_smarty->cache_dir return;
}
throw new Exception(’Invalid path provided’);
}
/**
* Retrieve the current template directory
* @return string
*/
public function getScriptPaths()
{
return array($this->_smarty->template_dir);
}
/**
* Alias for setScriptPath
* @param string $path
* @param string $prefix Unused
* @return void
*/
public function setBasePath($path, $prefix {
return $this->setScriptPath($path);
}
/**
* Alias for setScriptPath
* @param string $path
* @param string $prefix Unused
* @return void
*/
public function addBasePath($path, $prefix {
return $this->setScriptPath($path);
}
/**
* Assign a variable to the template
* @param string $key The variable name.
* @param mixed $val The variable value.
* @return void
*/
public function __set($key, $val)
{
$this->_smarty->assign($key, $val);
}
/**
* Retrieve an assigned variable
* @param string $key The variable name.
* @return mixed The variable value.
*/
public function __get($key)
{
return $this->_smarty->get_template_vars($key);
}
/**
* Allows testing with empty() and isset() to work
* @param string $key
* @return boolean
*/
public function __isset($key)
{
return (null !_smarty->get_template_vars($key));
}
/**
* Allows unset() on object properties to work
* @param string $key
* @return void
*/
public function __unset($key)
{
$this->_smarty->clear_assign($key);
}
/**
* Assign variables to the template
* Allows setting a specific key to the specified value, OR passing an array
* of key value pairs to set en masse.
* @see __set()
* @param string|array $spec The assignment strategy to use (key or array of key
* value pairs)
* @param mixed $value (Optional) If assigning a named variable, use this
* as the value.
* @return void
*/
public function assign($spec, $value {
if (is_array($spec)) {
$this->_smarty->assign($spec);
return;
}
$this->_smarty->assign($spec, $value);
}
/**
* Clear all assigned variables
* Clears all variables assigned to Zend_View either via {@link assign()} or
* property overloading ({@link __get()}/{@link __set()}).
* @return void
*/
public function clearVars()
{
$this->_smarty->clear_all_assign();
}
/**
* Processes a template and returns the output.
* @param string $name The template to process.
* @return string The output.
*/
public function render($name)
{
return $this->_smarty->fetch($name);
}
}
?>
控制脚本中对我们我的模板类的调用代码：function smartyAction()
{
$view $view->setScriptPath(’views’); //设置模板文件路径
$view->book $view->author echo $view->render(’bookinfo.tpl’); //视图呈现
}
我们看到，由于Smarty模板引擎的良好特性，除过实现上述接口的代码比较复杂以外，我们这里的控制代码要比应用6.9视图助手(Helper)
视图脚本里经常有一些繁杂的事情，比如格式化日期、产生表单元素等等。这些可以用助手帮我们来完成。
助手类其实是一些以Zend_View_Helper_开头的类，类名的最后一段是助手的名字，助手的名字必须是首字母大写的，该类必须至少有一个以助手名字命名的方法。助手名通常是驼峰式命名，即它不会是大写字母开头的。类名是混合大小写字格式。方法名也是驼峰式命名。
默认的助手的路径通常指向Zend/View/Helper。即使用setHelperPath()方法重新指定了路径，该路径也会保持以使默认的助手能够工作。
6.9.1ZF自带的助手
示例代码：
form(’frm1′, array(’action’’action.’post’), false) .”\n”;
echo $this->formHidden(’id’, ’submited’);
$content formText(’name’, ”, array(’size’ 20)) .’
’;
$content .formPassword(’pass’, ”, array(’size’ 20));
echo $this->fieldset(’flst’, $content, array(’legend’’Name:’, ’style’’width:200pt’)) .’
’;
echo $this->formLabel(’email’, ‘Your Email:’);
echo $this->formText(’email’, ‘[email protected]’, array(’size’ 32)) .’
’;
echo ‘Your Country:’;
echo $this->formSelect(’country’, ‘us’, null, $this->countries) .’
’;
echo ‘Would you like to opt in?’;
echo $this->formCheckbox(’opt_in’, ‘yes’, null, array(’yes’, ‘no’)) .’
’;
echo ‘Choose them:’;
echo $this->formMultiCheckbox(’chkbox’, ‘A’, null, array(’A'’valA’,'B’’valB’,'C’’valC’,'D’’valD’), ‘
’) .’
’;
echo ‘Choose one:’;
echo $this->formRadio(’radio’, ‘A’, null, array(’A'’valA’,'B’’valB’,'C’’valC’,'D’’valD’), ”) .’
’;
echo $this->htmlList($this->countries) .’
’;
echo $this->url(array(’k1′’v1′,’k2′’v2′,’k3′’v3′)) .’
’;
echo $this->formTextarea(’ta’, ”, array(’rows’’5′,’cols’’25′)) .’
’;
echo $this->formFile(’file’, ”, array()) .’
’;
echo $this->formButton(’btn’, ‘BUTTON’, array(’onClick’”));
echo $this->formSubmit(’OK’, ‘OK’);
echo $this->formReset(’reset’, ‘Reset’);
?>
6.9.2动作(Action)助手
允许我们在视图脚本里执行某个控制器里的动作方法。
示例：
6.9.3区域(Partial)助手
区域助手的基本用法是在它自己的视图范围内解析另一个模板的片段，类似视图脚本嵌套调用。
区域助手的基本用法：
示例：
booklist.books):
?>
| 作者 | 书名 |
|---|---|
?>
There are no books to display.
?>
在另一个视图脚本通过Partial助手调用booklist. array(’author’’zhangqing’,'title’’《book for array(’author’’zhangking’,'title’’《book for jsp》’),
array(’author’’zhanghing’,'title’’《book for asp.net》’),
)));
?>
array(’key’ ‘Bird’, ‘value’ ‘Penguin’),
array(’key’ ‘Reptile’, ‘value’ ‘Asp’),
array(’key’ ‘Fish’, ‘value’ ‘Flounder’),
);
?>
使用 PartialLoop 来解析可迭代的（Iterable）的模型
示例：
array(’key’ ‘Bird’, ‘value’ ‘Penguin’),
array(’key’ ‘Reptile’, ‘value’ ‘Asp’),
array(’key’ ‘Fish’, ‘value’ ‘Flounder’),
);
?>
以上代码中partialLoop 调用了以下partialLoop.phtml的内容：
6.9.4占位(Placeholder)助手
示例：
$this->headMeta()->appendName(’keywords’, ‘framework $this->headMeta()->appendHttpEquiv(’expires’, ‘Wed, 26 Feb 1997 08:21:57 GMT’)
->appendHttpEquiv(’pragma’, ‘no-cache’)
->appendHttpEquiv(’Cache-Control’, ‘no-cache’);
$this->headMeta()->appendHttpEquiv(’Content-Type’, ‘text/html; charset ->appendHttpEquiv(’Content-Language’, ‘en-US’);
$this->headMeta()->appendHttpEquiv(’Refresh’, ‘3;URLecho $this->headMeta();
$this->headScript()->appendFile(’/js/prototype.js’)
->appendScript(’xx.js’);
// Putting scripts in order
// place at a particular offset to ensure loaded last
$this->headScript()->offsetSetScript(100, ‘/js/myfuncs.js’);
// use scriptaculous effects (append uses next index, 101)
$this->headScript()->appendScript(’/js/scriptaculous.js’);
// but always have base prototype script load first:
$this->headScript()->prependScript(’/js/prototype.js’);
echo $this->headScript();
// setting links in a view script:
$this->headLink()->appendStylesheet(’/styles/basic.CSS’)
->headLink(array(’rel’ ‘favicon’, ‘href’ ‘/img/favicon.ico’), ‘PREPEND’)
->prependStylesheet(’/styles/moz.css’, ’screen’, true);
// rendering the links:
echo $this->headLink();
?>
placeholder(’foo’)->setPrefix(”
- \n
- ”)
->setSeparator(”
- \n”)
->setIndent(4)
->setPostfix(”
$this->placeholder(’foo’)->set(”Some text for later-1″);
$this->placeholder(’foo’)->bar echo $this->placeholder(’foo’);
$foo placeholder(’foo’);
echo $foo[0] .’
’;
echo $foo['bar'] .’
’;
?>
placeholder(’hoo’)->captureStart();
foreach ($this->data as $datum)
{
?>
$this->placeholder(’hoo’)->captureEnd();
?>
placeholder(’hoo’)
?>
placeholder(’woo’)->captureStart(’SET’, ‘data’);
foreach ($this->data as $datum):
?>
$this->placeholder(’woo’)->captureEnd();
?>
placeholder(’woo’)->data;
?>
6.9.4自定义助手
编写及调用自定义助手的方法：
The class name must, at the very minimum, end with the helper name itself, using MixedCaps. E.g., if you were writing a helper called “specialPurpose”, the class name would minimally need to be “SpecialPurpose”. You may, and should, give the class name a prefix, and it is recommended that you use ‘View_Helper’ as part of that prefix: “My_View_Helper_SpecialPurpose”. (You will need to pass in the prefix, with or without the trailing underscore, to addHelperPath() or setHelperPath()).
The class must have a public method that matches the helper name; this is the method that will be called when your template calls “$this->specialPurpose()”. In our “specialPurpose” helper example, the required method declaration would be “public function specialPurpose()”.
In general, the class should not echo or print or otherwise generate output. Instead, it should return values to be printed or echoed. The returned values should be escaped appropriately.
The class must be in a file named after the helper class. Again using our “specialPurpose” helper example, the file has to be named “SpecialPurpose.Place the helper class file somewhere in your helper path stack, and Zend_View will automatically load, instantiate, persist, and execute it for you.
示例：
echo $this->myFieldset(’This my custom Helper.’).’
’;
echo $this->myFieldset(’This my custom Helper.’).’
’;
echo $this->myFieldset(’This my custom Helper.’).’
’;
?>
调用代码：function customhelperAction()
{
$view $view->setScriptPath(’views’);
$view->setHelperPath(’views/helpers’, ‘My_View_Helper’);
echo $view->render(’my_custom_helper.}
注意：本例只是使用Smarty引擎的其中一种方法。在ZF中还可以用别的形式来使用Smarty模板引擎，我们会在别的章节里介绍。