Model view controller 为什么Symfony2没有/喜欢型号？

我正在寻找Symfony2结构和捆绑包的模型，但没有

Symfony2没有型号的原因是什么

MVC是不是走错了路

我只是好奇，因为我知道CodeIgniter实际上也不需要使用模型。在某些场景中，您可以将所有内容放置在控制器中，甚至可以放置在模型中

---

有人能更深入地解释一下吗？

因为他们不想

答案很难，但并没有固定的编程方式。有许多不同的方法，如果你愿意，你可以选择遵循它们，但是没有人会让你这么做。在这种情况下，Symfony2的开发人员决定不需要模型

---

这并不意味着MVC是错误的。我有一辆轿车，但如果你有一辆SUV，这是否意味着你做错了？只是完成工作的另一种方式。

因为他们不想这样做

答案很难，但并没有固定的编程方式。有许多不同的方法，如果你愿意，你可以选择遵循它们，但是没有人会让你这么做。在这种情况下，Symfony2的开发人员决定不需要模型

---

这并不意味着MVC是错误的。我有一辆轿车，但如果你有一辆SUV，这是否意味着你做错了？只是完成工作的另一种方式。

这是因为Symfony2的前任法比恩·普洛蒂埃（Fabien Povertier）认为模特不属于Symfony。这就是为什么他称之为HTTP框架。另见他写的这篇文章：

[…]您应该知道，Symfony2实际上是为控制器部分、视图部分而不是模型部分提供工具。这取决于您手工创建模型或使用任何其他工具，如ORM。当然，对于最著名的ORM，如Doctrin2和Propel，存在着紧密的集成；但它们是可选的依赖项。Symfony2的核心功能不会也永远不会依赖任何ORM

---

doctrine2orm使用存储库接管将数据库映射到类的控制。如果希望在存储库中有自定义方法，可以。这意味着存储库可以被视为一种模型。

这是因为Symfony2的前任Fabien Povertier认为模型不属于Symfony。这就是为什么他称之为HTTP框架。另见他写的这篇文章：

[…]您应该知道，Symfony2实际上是为控制器部分、视图部分而不是模型部分提供工具。这取决于您手工创建模型或使用任何其他工具，如ORM。当然，对于最著名的ORM，如Doctrin2和Propel，存在着紧密的集成；但它们是可选的依赖项。Symfony2的核心功能不会也永远不会依赖任何ORM

---

doctrine2orm使用存储库接管将数据库映射到类的控制。如果希望在存储库中有自定义方法，可以。这意味着存储库可以看作是一种模型。

因为在适当的MVC中没有模型。模型是一个层。就像包含控制器、视图和模板的表示层一样

---

您应该寻找的是：服务、映射器和域对象。这些是模型层更常见的部分。

因为在适当的MVC中没有模型。模型是一个层。就像包含控制器、视图和模板的表示层一样

---

您应该寻找的是：服务、映射器和域对象。这些是模型层更常见的部分。

Doctrine2 ORM是一个很棒的项目，我很高兴Symfony Framework Standard Edition附带它。Doctrine2 ORM是一个很棒的项目，我很高兴Symfony Framework Standard Edition附带它。我从CodeIgniter切换到了Symfony，这是我做出的最好决定之一。CodeIgniter有一些模型系统：。。但这不是通常的ORM。我从CodeIgniter切换到Symfony，这是我做出的最好的决定之一。CodeIgniter有一些模型系统：。。但这不是通常的ORM，你的逻辑也没有控制器，只有控制器层。想想看@Derfder，控制器是表示层的一部分。哪个词让你困惑？你的逻辑也没有控制器，只有控制器层。想想看@Derfder，控制器是表示层的一部分。哪个词让你困惑？