Model view controller Symfony操作名称空间，还是更好的方法？

在Rails中，您可以将控制器组织到文件夹中，并使用名称空间保持结构良好。我想在Symfony 1.4中寻找类似的组织结构

我想在actions文件夹中组织多个actions.class.php文件，但我遇到的只是使用独立的action文件，每个action一个。。。像这样：

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

但我必须开发一个全新的路由系统，以便将多个操作放入该文件中，即。。。傻

真的，我只是想把Symfony变成Rails（同样愚蠢，但我在这个项目中一直使用Symfony），所以我想知道是否有更好的方法

谢谢

另一种操作语法是 可用于在中分派操作 单独的文件，每个操作一个文件。 在本例中，每个action类 扩展sfAction（而不是 sfActions）并命名为 actionNameAction。实际行动 方法简单地命名为execute

另一种操作语法是 可用于在中分派操作 单独的文件，每个操作一个文件。 在本例中，每个action类 扩展sfAction（而不是 sfActions）并命名为 actionNameAction。实际行动 方法简单地命名为execute

---

我不明白您想要实现什么-例如，为什么您需要在Symfony中实现这一点。你能进一步解释吗？：-）出于组织目的，我正在尝试将操作分组到具有自己文件的集合中。否则，操作文件将变得巨大。我会把它们放在它们自己的模块中，那很好，除非我会用十亿个模块污染模块文件夹。我真正想要的是这样的目录结构：apps/frontend/modules/GROUP/module1，apps/frontend/modules/GROUP/module1。但我还没有找到一个方法来做到这一点。。。。也许一个全新的应用已经准备好了。我不明白你想要实现什么——比如，为什么你需要在Symfony中使用这个。你能进一步解释吗？：-）出于组织目的，我正在尝试将操作分组到具有自己文件的集合中。否则，操作文件将变得巨大。我会把它们放在它们自己的模块中，那很好，除非我会用十亿个模块污染模块文件夹。我真正想要的是这样的目录结构：apps/frontend/modules/GROUP/module1，apps/frontend/modules/GROUP/module1。但我还没有找到一个方法来做到这一点。。。。也许会有一个全新的应用程序。是的，这与我在问题中提到的基本相同，只是一些不同的语法。。。我正在寻找一种方法，将类似的操作分组到它们自己的文件中。你的评论是对的：一个新的应用程序已经准备就绪。再看看。哦，太好了！谢谢你的插件链接。这会很有效的！是的，这和我在问题中提到的基本相同，只是一些不同的语法。。。我正在寻找一种方法，将类似的操作分组到它们自己的文件中。你的评论是对的：一个新的应用程序已经准备就绪。再看看。哦，太好了！谢谢你的插件链接。这会很有效的！

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