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

试着用VUE3加TS,成功的把这些技术用好后,但是还是发现这样写起来太麻烦了
又写TS,又写接口的,关键是还反复的在两个项目中来回。

如果用回纯MVC,我感觉对我并没啥影响啊,因为前后端都是要自己写,除非是一些小程序这些没办法。要不然后台这些都是自己写。特意去分离,前端工作量大不少,虽然用户体验是上来了,但是这点用户体验值得我这么大成本来搞嘛。关键是没啥人啊,你们建议是啥

《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 26

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

2周前 评论

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

2周前 评论

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

2周前 评论
season886 2周前
fffswhk (作者) 2周前

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

2周前 评论
Mutoulee

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

2周前 评论

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

2周前 评论

一个人,完全没必要

2周前 评论
Jkey 21小时前

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

2周前 评论
code789 2周前
JaguarJack

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

2周前 评论

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

2周前 评论

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

2周前 评论

建议使用owl-admin

2周前 评论
Epona

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

2周前 评论

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

2周前 评论
JaguarJack 2周前

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

2周前 评论
欲饮琵琶码上催

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

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

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

1周前 评论

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

2天前 评论
ithinkiam

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

1天前 评论

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

21小时前 评论

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

21小时前 评论

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

6小时前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!