问蛋糕php架构

EN

对于“子视图”，请查看元素，这些元素就是子视图。它们是可以包含在其他视图中的视图代码片段。正确的元素结构可以创建一些非常优雅的视图/子视图关系。http://book.cakephp.org/view/1081/Elements

至于你的控制器问题，这也是我一直在努力解决的问题。在我看来，听起来你好像对你的行为进行了错误的分类。考虑您正在执行的操作的替代分类(将所有搜索功能混合到一个控制器中就是一个很好的例子)。

也许您应该将控制器视为对各种操作进行分类的对象，而不是可以在其上执行各种操作的站点的各个方面(就像您正在做的那样)。因此，除了可以搜索、列出、购买等的类别控制器之外，您还可以拥有产品控制器(它可以集中查看您的产品--可能是按类别查看，也可以是单独查看)，或者是您的用户帐户的用户控制器？如果不看一下您的应用程序细节，就很难说清楚。然后，Search将是一个操作，它将在您的产品上执行。

我犯的一个错误是根据我将要拥有的页面而不是模型来选择我的控制器。考虑您的数据(模型)和可以对其执行的操作(控制器中的操作)，然后考虑您的视图。

我希望我能给你更具体的帮助，但由于不知道你的应用程序的具体需求，我只能给你关于如何分解你的控制器的指导。看一下这个问题：

CakePHP - file structure confusion - different controllers, or all in same?

关于这个话题的更多讨论。

希望这能有所帮助！

如果没有关联的方法/操作，则不需要Categories控制器。我想你可能需要一个管理员CRUD来管理你的类别？

关于搜索；您的核心搜索功能应该驻留在Products模型中，由各种控制器调用适当的方法。在大多数情况下，一个模型上的基本或高级搜索可以通过一种方法来处理，这仅仅是更多搜索字段的问题吗？

如果您有多个开发人员，并且担心同一文件上的冲突，那么您真的需要考虑像GIT或SVN这样的版本控制，而不是与MVC框架核心方法相反的方法。它会在未来给你带来更少的问题。

我相信你关于“子视图”的问题是通过使用elements来解决的，它实际上是视图的可重用部分。

祝好运