Symfony业务逻辑

Question

在symfony中，我看到一些程序员将业务逻辑放在操作中(即控制器)，而一些程序员将其放在模型中( Doctrine )。业务逻辑应该属于控制器还是模型中的哪个位置？如果我没有使用Doctrine，而它只是纯文本文件呢？

Answer 1

将业务逻辑放在控制器中是一个糟糕的做法，模型就是它的家。

如果你没有Doctrine，你仍然可以有你自己的实体，模型类(你应该有)。您的文件可以被抽象，然后将它们的业务逻辑放在它们自己的类中，而不是放在控制器中。

这一切都是关于MVC的，而M实际上取决于你。

Answer 2

标准的Symfony和MVC约定将使控制器只执行接收从视图传递或传递到视图的信息所需的操作。大多数情况下，该信息的任何数据处理都应该位于模型和库类中，在这些类中可以设置它们以实现最佳重用或结构化代码组织。

Symfony的最大优点之一是，任何其他优秀的Symfony开发人员都可以快速编写代码到任何其他优秀Symfony开发人员的项目中，这主要是因为MVC约定和Symfony以良好的编码标准强加给您的开发的组织。

Answer 3

公共汽车。逻辑不应该存在于控制器中。控制器应该很好地控制或指导它们所在的应用程序中的控制流。

公共汽车。逻辑应该驻留在域级对象中，它们可以在不同的应用程序之间共享。