Symfony Actions 命名空间，还是更好的方法？答案

【问题标题】：Symfony Actions Namespacing, or a better way?Symfony Actions 命名空间，还是更好的方法？
【发布时间】：2010-11-23 01:35:54
【问题描述】：

在 Rails 中，您可以将控制器组织到文件夹中，并通过命名空间保持结构美观。我正在 Symfony 1.4 中寻找类似的组织结构。

我正在考虑在一个操作文件夹中组织多个 actions.class.php 文件，但我遇到的只是使用独立的操作文件，每个操作一个......就像这样：

# fooAction.class.php
class fooAction extends sfActions {
  public function executeFoo() {
    echo 'foo!';
  }
}

但我必须开发一个全新的路由系统才能将多个操作放入该文件中，这……很愚蠢。

真的，我只是想让 Symfony 成为 Rails，（再次，愚蠢，但我在这个项目中坚持使用 Symfony）所以我想知道是否有更好的方法......？

谢谢。

【问题讨论】：

我不明白你想要实现什么——比如，为什么你在 Symfony 中需要这个。你能进一步解释一下吗？ :-)
出于组织目的，我正在尝试将操作分组到带有自己文件的集合中。否则操作文件会变得很大。我会将它们放在自己的模块中，这很好，除非我会用十亿个模块污染模块文件夹。我真正要找的是这样的目录结构：apps/frontend/modules/GROUP/module1，apps/frontend/modules/GROUP/module1。但我还没有找到一种方法来做到这一点......也许一个全新的应用程序是为了代替。

【解决方案1】：

另一种操作语法是可用于调度动作单独的文件，每个操作一个文件。在这种情况下，每个动作类扩展 sfAction（而不是 sfActions) 并被命名为动作名称动作。实际行动方法只是简单地命名为execute。

class indexAction extends sfAction
{
  public function execute($request)
  {
    // ...
  }
}

【讨论】：