由动作向模板传递信息
动作的工作是要完成所有复杂的计算，数据读取以及测试，并且设置要输出或是测试的模板变量。Symfony使得动作类的属性在全局名字空间中为模板可用。下面显示如何由动作向模板传递信息。
在动作中设置动作属性从而使其为模板可用：
[U]复制代码[/U] 代码如下:hour = $today['hours'];
}
}
模板直接访问动作属性：
[U]复制代码[/U] 代码如下:Hello, world!
= 18): ?>
Or should I say good evening? It's already .
模板已经可以访问一些数据，而不需要在动作中设置任何变量。每一个模板通常可以调用$sf_context,$sf_request,$sf_params,$sf_user对象的方法。他们包含与当前内容，请求，请求参数以及会话相关的数据。我们很快就会学到他们的用法。 使用表单向用户收集信息
表单是向用户收集信息的一个好方法。使用HTML编写表单以及表单元素有时是相当麻烦的，尤其是当我们希望适用于XTHML时更是如此。我们可以用通常的方式在Symfony模板中包含表单元素，如下面所示，但是Symfony提供了帮助器从而使得这个任务更为简单。
模板可以包含通常的HTML代码：
[U]复制代码[/U] 代码如下:Hello, world!
= 18): ?>
Or should I say good evening? It's already .
What is your name?
一个帮助器是用在模板中的由Symfony定义的PHP函数。他输出HTML代码，并且比我们自己编写实际的HTML代码要快速得多。使用Symfony帮助器，我们用下面的代码得到的输出结果与上面通常的HTML代码相同：
[U]复制代码[/U] 代码如下:Hello, world!
= 18): ?>
Or should I say good evening? It's already .
如果在上面的代码中，我们认为使用帮助器的版本并不会比编写HTML代码快，那么我们可以考虑一下下面的情况：
[U]复制代码[/U] 代码如下: 'Visa',
'MAST' => 'MasterCard',
'AMEX' => 'American Express',
'DISC' => 'Discover');
echo select_tag('cc_type', options_for_select($card_list, 'AMEX'));
?>
这会得到下面的HTML输出结果：
[U]复制代码[/U] 代码如下:
Visa
MasterCard
American Express
Discover
在模板中使用的帮助器的好处就在于加快了编码的速度，代码的清晰与简洁。而代价就是我们需要花费时进行学习。所以我们可以在模板中不使用Symfony帮助器，并且以我们通常的方式来编写代码，但是这会是一个巨大的损失。
注意，短开放标记的用法(
表单处理有专门的一章进行讨论，因为Symfony提供了许多工具，绝大数的帮助器，来使其简单。我们将会在第10章了解到关于帮助器更多的内容。 链接到另一个动作
我们现在已经知道在动作名字与需要调用的URL之间有一个分离。所以我们使用下面的方式来创建到另一个动作的链接时，他只会工作在默认的路由系统中。如果我们以后决定改变URL的样子，那么我们就需要查看所有的模板来改变超链接。
超链接，通常的方法：
[U]复制代码[/U] 代码如下:
I never say my name
要避免这样的麻烦，我们应总是使用link_to()帮助器来我们的程序动作创建超链接。下面的例子演示了超链接帮助器的用法。
link_to()帮助器：
[U]复制代码[/U] 代码如下:Hello, world!
= 18): ?>
Or should I say good evening? It's already .
生成的HTML与前面的相同，所不同的就在于当我们改变我们的路由规则时，所有的模板都会正确工作，并且重新格式化URL。
link_to()帮助器，就像其他的帮助器，会接受特定选项的额外参数和额外的标签属性。下面的例子显示了一个可选参数以及生成的HTML。选项参数或者是一个相关的数组或者是由空格分隔的显示key=value的简单字符串。
大多数帮助器接收一个可选参数：
[U]复制代码[/U] 代码如下:// Option argument as an associative array
'special_link',
'confirm' => 'Are you sure?',
'absolute' => true
)) ?>
// Option argument as a string
// Both calls output the same
=>
I never say my name
任何时候我们使用一个Symfony帮助器来输出一个HTML标记时，我们可以在可选参数中插入额外的标记属性。我们可以使用HTML 4.0的方式来编写这样的属性，而Symfony将会以更简洁的格式进行输出。这也就是为什么帮助器会比HTML更容易编写的原因。
因为他需要一个额外的分析与转换，字符串语法比数组语法要慢一些。
与表单帮助器相类似，链接帮助器有更多的数量和选项。 由请求得到信息
无论用户通过表单发送信息(通常以POST请求的方式)还是通过URL(GET请求)，我们可以通过带有sfActions对象的getRequestParameter()方法的动作来获取数据。下面的例子显示如何在anotherAction中得到name参数的值。
在动作中由请求参数得到数据：
[U]复制代码[/U] 代码如下:name = $this->getRequestParameter('name');
}
}
如果数据的处理是简单的，我们甚至并不需要使用动作来得到请求参数。模板可以访问一个名为$sf_params的对象，他提供了get()方法来得到请求参数，就如同动作中的getRequestParameter()方法。
如果executeAnotherAction()方法是空的，下面的例子显示了anotherActionSuccess.php模板文件如何得到同样的name参数。
在模板中直接由请求参数得到数据：
[U]复制代码[/U] 代码如下:Hello, get('name') ?>!
那么为什么不使用$_POST,$_GET或是$_REQUEST变量呢？因为我们的URL将会不同的方式进行格式化(http://localhost/articles/europe/france/finance.html)，这样通常的PHP变量就会再起作用，并且只有路由系统可以得到请求参数。而我们希望添加输入过滤来阻止恶意代码注入，而这只有当我们将所有的请求参数保存在一个简洁的参数装配器中才可能。
$sf_params对象比仅提供一个与数组等同的方法要强大得多。例如，如果我们只是希望检测一个请求参数是否存在，我们可以简单的使用$sf_params->has()方法，而不使用get()测试实际的值。
在模板中测试请求参数的存在：
[U]复制代码[/U] 代码如下:has('name')): ?>
Hello, get('name') ?>!
Hello, John Doe!
我们已经猜到了，这可以在单一的代码行中编写。与Symfony中大多数的获取方法一样，动作中的getRequestParameter()方法与模板中的$sf_params->get()(实际上调用同一个对象的相同主法)方法接受第二个参数：如果没有提供请求参数则使用默认值：
[U]复制代码[/U] 代码如下:Hello, get('name', 'John Doe') ?>! 总结
在Symfony中，页面是由一个动作(actions/actions.class.php文件中以execute为前缀的一个方法)和一个模板(templates/目录下的一个文件，通常以Success.php结尾)组成的。他们通地在程序中的函数组织在一个模块中。编写模板是由帮助器来完成的，而帮助器则是由Symfony提供的返回HTML代码的函数。而我们需要将URL看作响应的一部分，而URL在需要可以格式化，所以我们应避免在动作命名中使用到URL的直接引用或者是请求参数检索。
一旦我们知道了这些基本原则，我们就可以使用Symfony来编写一个完整的Web程序了。但是我们的路还有很长，因为我们在程序开发过程需要处理的每一个任务由一些Symfony特性来完成的。
希望本文所述对大家的symfony框架程序设计有所帮助。