我对我目前的项目有同样的疑问。
一开始，我有10个关系模型，这就是为什么我选择Laravel作为框架，我不考虑增长。
现在，我有40个模型，有很多扩展，Laravel工作正常。 我的项目发展很快。 现在它是一个包含大量表格，关系和扩展的大型SDK。
我需要经验丰富的开发人员提供建议。
我是否需要将Laravel切换到Symfony，以减少未来的问题 性能
如果你能就此向我提出建议，我会很高兴。
P.S。：我理解从Laravel迁移到Symfony的复杂性，
答案 0 :(得分：7)
在性能方面，框架之间没有太大区别。如果你正确编码 - 它们都是一样的。
但问题在于此部分“如果你正确编码”。
您必须始终考虑设计，责任，服务层，并与您的方法保持一致。
为此，Symfony要好得多。它只是一个与SOLID一起使用的更方便的框架。它会让你思考正确的方向。
答案 1 :(得分：1)
Laravel适合中型网站。对于大应用程序，我总是使用symfony或zend。
答案 2 :(得分：1)
TL; DR：没有任何理由将Laravel改为Symfony。
Symfony没有模型处理层。这是ORM库的职责（通常我们可以在Symfony中使用Doctrine - 但是可以使用另一个ORM库 - 甚至是Eloquent）。而且，对Laravel使用Doctrine并不是什么大不了的事。
但显然改变框架不会减少模型数量 - 因此Laravel中的40个模型仍将是Symfony中的40个模型。因此，降低复杂性没有任何优势。
此外，框架和性能之间没有明确的依赖关系（通常，数据库是瓶颈）。
尽管有人认为Symfony会自动（并且神奇地）提高编程技能 - 但这是错误的。因此，如果有人能够遵循SOLID原则，能够减少代码的圈复杂度，能够为类提供强大的内聚和松散的合作 - 它无法感知可以使用哪个确切的框架。实际上，Symfony并没有强制使用最佳实践。
因此，Symfony提供了许多优秀的组件。但是大多数都可以在Laravel中轻松使用（并且实际使用）。