[全栈开发调查] 前后端框架相关

[monster1priest]

全栈开发的小伙伴们，问一下你们现在最常用的前后端框架分别是什么？
还有现在有没有还做客户端的全栈，你们客户端都用什么技术？

我计划今年做一个前后端一体化的全栈开发框架，目前倾向以 React 生态的 Next.js 为基础做建设。

有什么需求和建议欢迎提出👏

感谢大家的回复🙏

[790002517zzy]

Spring boot vue

[zcf0508]

flask vue

[rabbbit]

vue spring

[StarRail]

.NET

[SMGdcAt4kPPQ]

Blazor Server 适合内网或本机 GUI 软件

[dayeye2006199]

next.js + trpc

[liuxu]

gofiber+vue

[IvanLi127]

单纯 react + nest.js

后端我在观望 baas + 无服务函数，感觉这块搞全栈比较适合。

[eroko]

laravel vue

[flytsuki]

后端.net core,前端 vue,客户端 wpf,移动端 flutter

[jbgz]

后端.net core,前端 vue,客户端 wpf,移动端 flutter

[wxiao333]

python(django/flask) + Jquery

[horou]

next.js + actix-web + postgresql

[debuggerx]

移动端 flutter+dart 写后端，我称之为 flutter/dart 全栈方案
小程序 Taro+ts 写后端，我称之为 Taro/ts 全栈方案
为的就是靠强类型约束实现前后端零对接零出错

[boks]

vue + express

vue + laravel

[centralpark]

fastapi + nextjs

[Akitora]

Spring Boot react

[intmax2147483647]

Spring 全家 + react

[intmax2147483647]

又来一个把前后端柔一起，我报警啦！

[jsdtxm]

(django/fastapi/gin) + (react/flutter)

[whyrookie]

正在投入到 Springboot + React 中

[qloog]

go(eagle) + vue

[guiyun]

spring boot 和 vue

[vsitebon]

golang + svelte/react

[tflins]

react + prisma/apollo server/graphql

[deepshe]

.net core+angular

[lyonbrown4ddd]

用过的技术栈
前端 ts vue/react
后端 quarkus/nestjs/spring boot/fastapi/go(gin+gorm)/rust(rocket/Actix 这个没深入使用)

[jenlors]

fastapi + react

[horizon]

blitzjs

[Cmdhelp]

后端：spring || python
前端: next.js

[0703wzq]

laravel + antdesign pro

[8jinmuyan8]

Go + react
小程序 taro + ts

[rocmax]

t3 stack

[yngzij]

Rails 一把梭

[datadump]

go+vue

[Macv1994]

flask + vue

[zackkson1991]

伪全栈: Go + React + React Native

[foolishcrab]

全栈框架可以看看 blitzjs

[CoCoMcRee]

nestJS 写后端
前端 原生+uni+vue+杂七杂八技术栈

[monster1priest]

@moqizhengz 这个在看了，他们的框架设计和我的习惯有些地方不一样

[BeiChuanAlex]

前端：nextjs
后端：fastapi

[cz5424]

flask/django + vue
go + vue

[Huelse]

scala fp + vue

[ciki]

springboot+vue/react

[swordne]

laravel/hyperf + vue + vant/elementUI

[LeegoYih]

服务端：Java Spring Boot + Netty / Python FastAPI / Go 自己写的网络库
客户端：Go Wails / JS Electron / JavaFX
Web 端：React Material UI / React Antd

[cavenfang]

go + vue

[heile]

thinkphp + vue
Spring Boot + vue + elementUI

[iPhone15]

没有什么百万高并发，Next.js + React 不知道爽到哪里去了。

[monster1priest]

@iPhone15 对，做全栈肯定不考虑高并发，我瞄准的就是快速建站这个需求，但是 Next.js 在后端这块还是略微有些支撑不足，我打算完善一下

[coderben2017]

remix
react 技术栈的前后端一体化开发框架，可以一试

[wateryessence]

t3 stack +1

[kongkx]

增强 next.js 后端能力，目前还是别想了

[jeffw]

asp.net core / laravel + vue
视情况而定，业务复杂的就 asp.net core ，简单的或偏互联网性质的就 laravel 。不过 laravel 开发一时爽，维护不如强类型的 c#

[ae86]

谁 总结下排名

[freewind]

asp.net core, laravel
vue, react

[swordwinter]

spring boot, angular

[terranboy]

NEXT.JS + 后端 API 挺好的 整合了干啥 NEXT+NEST 本来就能整合啊 整合了不还是分开来开发比较好

[MrUser]

Laravel Vue +1

[Q4h7388nR28s95fa]

前端 vue ，后端去年尝试过 php 里写 lua 后，今年打算尝试 php 里写 js 。

lua 写起来很舒服，奈何生态太割裂了，无奈放弃。

[seliote]

Spring Cloud + Flutter

[shakaraka]

angular + golang with kratos

[ychost]

架子：
Vue3 + SpringBoot2.x
语言：
Kotlin + Ts

[caiqichang]

spring (kotlin) + react

[wxyrrcj]

solon+vue3

[dddd1919]

Rails + BootStrap/Vue

[charmToby]

go + Vue3

[kinge]

Laravel+vue

[kylebing]

vue + express

[yetrun]

如何理解全栈？是前端+后端吗？如果是这样，那就是前后端分离的开发方式，前端和后端各选一个框架即可。

还有那种全栈框架，在一个框架内同时开发前后端，代表例子是 Spring 、Rails 。全栈框架单人橹也可能是最快的方式，避免了同样的逻辑写两套。但是我不适应，所以也没深入尝试过，自己所选的开发模式一直是使用前后端分离的方式。

另外，企业内的开发模式基本都选择了前后端分离，这时全栈框架也就没多少意义了。很多人会将全栈框架当作纯 API 框架来使用，这也是不足取的，这个时候选择纯 API 框架会更好。

Node 端大部分是微框架，比如 express 、Koa ，你可以将它当作全栈框架来使用，也可以当作纯 API 框架来使用。主要是看你如何引入插件的。

Ruby 端 Rails 是全栈框架。既要用它写前端，也要用它写后端，并且前后端的代码还是很有关联的。如果是个人开发，也不需要协作，并且愿意花费大量精力去学 Ruby 和 Rails ，使用 Rails 框架真的是个不错的选择。我这里说的是要花费大量的精力，否则 Rails 的那些用法你不用，反而没有前后端分离来得高效，毕竟单独写一个前端和单独写一个后端还是很容易理解的。我经常看到有人在 Rails 里嵌入 React 或 Vue ，这就脱离了 Rails 作为全栈框架的本质了，并且还要再学一套 React 、Vue （或使用它，也是一种负担）。

Ruby 端其他的框架包括纯 API 的框架。Sinatra 我就不说了，它并不是纯 API 框架，类似于 Node 端的微框架。Grape[https://github.com/ruby-grape/grape] 是纯 API 框架，这是我最早在团队内使用的纯 API 框架。现在，我开发了另一套纯 API 框架，因为我认为前后端分离的契约（也就是实现和文档的结合）是最为重要的，因此在契约上作了优化。声明一点，Grape 框架也是包括契约的，它可以借助插件生成一份 Swagger2 的文档。我的框架命名为 Meta[https://github.com/yetrun/web-frame]，它直接有内建的方法生成一份 OpenAPI3 的文档。当然，这两个框架还有诸多明显的不同，不一一赘述了。简单来说，Grape 的契约是作为辅助生成的，因此会有一些与实现不一致的地方。而 Meta 将契约视为第一优先，因此会尽最大程度保持契约与实现的一致。

希望更多人愿意学习 Ruby ，也愿意投入到 Meta 框架的使用和开发上来。（ https://github.com/yetrun/web-frame ）

[Naccl]

@ae86 总结 https://imgur.com/a/yPR0g5d

[huijiewei]

remix.run 搞起

[darkengine]

Flask + Android(Java) + iOS(OC) + ReactJS(TS)，相当古老的技术栈了

[encro]

当然是选 ts 啊，只有 ts 才能全栈。
后台 nestjs+前台随便。

[40EaE5uJO3Xt1VVa]

gin/fiber + react

[jayeli]

django + vue

[gooin]

NextJS + NestJS

[ivanfjz]

服务器:ubuntu; 后端:php; 框架:webman; 前端：react ;前端组件:Material UI ;APP: react native

[devliu1]

Python: django flask fastapi
Java: Springboot Quarkus
Go: gin + gorm
Front-end: Vue React

[devliu1]

补充 Desktop: Electron PyQt ，涉及到 native api 写 RPC 或者 DDL 通过 FFI 调用

[hervey0424]

.net core vue

[nianyu]

通常计划=鸽子

[cbdyzj]

后端 Spring Boot ，前端 Next.js

[xwayway]

后端 spring boot +magic api ，前段 Amis ，小程序、移动端 uniapp

[javahuang]

springboot+react=https://github.com/javahuang/surveyking

[jetflyL]

bootstrap + jsp

[jshmysq]

Spring Boot react

[Elio]

Svelte 前来凑热闹

[Juppiter]

rxjs 全家桶

[coffeeking]

建议：后端 midway3.0 （基于 koa ，借鉴 spring 思想） + 前端 vue3.0 ，都是中国人开发的框架，符合中国人的审美，用着很贴心。

web 组件推荐 shoelace ，基于 web components 的组件库，跨各种框架，甚至原生 HTML 都能直接用，必然是未来趋势。