只有一个人的项目，并且是写后端laravel，有必要前后端分离吗？

有必要，现在团队协作不止一个人的

现在基本都是接口的形式啊。除非你不考虑多端，以后也不会有多端的情况。

inertiajs 是这个的最优解，不用写接口 还能用到现代化的前端。

laravel 自己的产品基本都切换到这个技术栈了。

公司的项目都是前后端分离，我个人的项目从来不分离，一个人想怎么耍怎么耍 ~

真正应用是很有必要的。我后端比较好，可以一起搞。

一个人，完全没必要

前后端不分离体验不是更好了，直接 php 渲染数据肯定比接口请求快，还少了网络开销。前后端分离的主要目的是分工，更快更效率的完成工作，也更专业。而且如 APP，小程序等你也没法不分离。

如果做 pc 建议 laravel + inertiajs，也支持服务端渲染，速度相当快。并且官方也有 startkit

用了前后端分离后就回不到写模板的日子了，，

一个人的项目，完全没必要。

建议使用owl-admin

用官方的 Laravel + inertiaJS 就好了, 可以使用 Vue Or React

晚上看了一下inertiaJS，几个小时，还没全部懂，细节还是蛮多的，还不如直接前后端分离来的方便了

选择对你来说上线最快的方法

如果是个人的话，选择最传统的blade渲染的方式即可。

稍微觉得这个项目可能日后还有更新维护的必要想拓展好一点，可以试试 inertia.js

设计到一个接口多个端使用，就分离吧，只出api

得看你自己的技术栈了，如果熟悉 vue/react 等前端框架的话，还是建议前后分离

如果主流web 前后端分离是必须的；既然你自己都说了 这个项目没啥人 那么还开发就是有点浪费时间；vue打包后的静态资源直接部署 使用api交互数据，所谓的网络延迟是可以忽略不计的 毕竟对人类来讲 0.1秒 跟0.01秒是没什么太大的感知的；开发体验 可是好很多；使用 模板引擎MVC开发 也不是不可以啊 只要自己觉得不是在浪费时间就行；你的目标不是私活 随便造就好了；我的建议也是 没必要分离；但是要我的话 我会分离着写 有些东西 得往前看 不要复古了。尤其是ai加持下 你让它生成一套 独立的 vue 模板 很完美；但是 要是来一套 支持 laravel或者tp 模板引擎的模板 就得额外信息了 分配变量 渲染啥的 自己取舍就行了

接口是留给不同平台对接，甚至可以共用，如果把逻辑放到一个文件处理，以后对接API 你不是要重写过吗？除非这个项目肯定了以后不会扩大

我不管一人，还是小项目都保持前后端分离，这是更好加强自己的前后端分离的practices，之后你就可以用你成熟稳定的那一套给下一个大项目，这不是更好吗？机会是留给有准备的人

我现在一个人都 用微服务了

后台管理系统只有 web 端的，一个人开发分不分离都差不多

我一个人还写微服务呢

2017年开始我自己就用前后端分离了，你敢信？

无所谓。有沉淀最好。看你怎么看自己的项目。如果是你的产品，看你对技术的熟悉程度，怎么选都行。接单，主要看交付速度，手上沉淀的系统是啥就是啥。所以要有自己开发的或者自己熟悉的基础系统，产品 内容才是王道。