我应该使用Laravel或其他PHP MVC框架进行单页面应用程序吗？

对单页面应用程序使用Laravel或其他PHP MVC框架的好处是什么？我应该使用Laravel或其他PHP MVC框架进行单页面应用程序吗？

我曾经使用过Laravel，但现在我只需要一个页面应用程序，我应该使用laravel还是其他任何MVC框架或任何类型的SPA框架？

或者我应该去一堆自制的PHP脚本呢？

P.S. 单页应用程序将会是一个大的应用程序。

2017-10-13 Yevgeniy Afanasyev

似乎没有用Laravel工作就够了（或任何框架）。继续使用它直到找到这个问题的答案。或者尝试另一种方法，您可能会早些时候以这种方式找到答案。 *（我并不是在建议答案是使用Laravel，我只想说，只有你可以告诉你什么更好，唯一的方法就是继续尝试。）* – axiac

我知道如何使用它，我不知道如何主张将它用于那些从未使用过它的人，也不知道为什么它是有益的。他们实际上已经解决了框架正在解决的所有问题，但是我觉得使用框架更好。 –

经典网站和单页面应用程序之间的差异主要在前端，如果正确完成，不会影响您的后端代码。在你的地方，我会担心更多是否使用前端框架（如Angular或React）或者坚持使用定制的原生JS（并且不会，“只使用jQuery”在这种情况下不会飞）。

至于“框架的好处”，这取决于你的实际技能。

一般来说，一个php框架带有两个东西：强有力的隐含体系结构和一组工具包（orm，模板，路由）。因此，如果你非常擅长基本的PHP，那么它是最有益的，但是一般来说，它完全吸引了应用程序架构和/或OOP。但是，如果你实际上擅长后两者，那么框架不过是技术债务的“担保债务义务”。你可以在几个小时内让你的MVP运行起来，但在接下来的3个月里，你将会面临框架内置的假设和限制。

如果可以的话，我会建议，而不是组装你的依赖（前面提到的：模板，路由等）从不同的作曲家包，其中每个这些软件包解决一个具体的问题，并没有别的。但那会让你真正做到“架构”部分。

我的两分钱

来源

2017-10-13 07:19:15

我在想，从MVC中，我并不需要太多。我不需要视图和控制器以及路由。模型也不是必需的，因为我们宁愿将逻辑转移到Postgres SQL服务器，在那里创建函数和触发器。这基本上击败了MVC的必要性。然而一些软件包仍然需要像phpunit和carbon以及一些api包装器一样的composer，比如mailchimp和类似的包装器。 –

也许流明会有好处？我有那里的中间件很好的概念，可能是有用的，它带有bugsnag集成和合同编写日志，和良好的软件包如.env，配置，集合和帮助函数... –

@YevgeniyAfanasyev作曲家，postgreSQL，phpunit而API封装与MVC无关。相反，它是一个特定的体系结构解决方案，它实现*“分离关注点”*，通过在哪个层中添加额外的约束条件来代码。 –

我应该使用Laravel或其他PHP MVC框架进行单页面应用程序吗？

回答

相关问题