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

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

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

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
讨论数量: 29

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

3周前 评论

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

3周前 评论

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

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

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

3周前 评论
Mutoulee

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

3周前 评论

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

3周前 评论

一个人,完全没必要

3周前 评论
Jkey 3天前

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

3周前 评论
code789 2周前
JaguarJack

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

3周前 评论

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

3周前 评论

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

3周前 评论

建议使用owl-admin

3周前 评论
Epona

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

2周前 评论

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

2周前 评论
JaguarJack 2周前

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

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

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

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

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

2周前 评论

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

4天前 评论
ithinkiam

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

4天前 评论

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

3天前 评论
ithinkiam 1天前

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

3天前 评论

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

3天前 评论

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

1天前 评论
萧晔离

我一个人还写微服务呢

22小时前 评论

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