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

Spring boot vue

flask vue

vue spring

.NET

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

next.js + trpc

gofiber+vue

单纯 react + nest.js

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

laravel vue

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

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

python(django/flask) + Jquery

next.js + actix-web + postgresql

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

vue + express

vue + laravel

fastapi + nextjs

Spring Boot react

Spring 全家 + react

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

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

正在投入到 Springboot + React 中

go(eagle) + vue

spring boot 和 vue

golang + svelte/react

react + prisma/apollo server/graphql

.net core+angular

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

fastapi + react

blitzjs

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

laravel + antdesign pro

Go + react
小程序 taro + ts

t3 stack

Rails 一把梭

go+vue

flask + vue

伪全栈: Go + React + React Native

全栈框架可以看看 blitzjs

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

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

前端：nextjs
后端：fastapi

flask/django + vue
go + vue

scala fp + vue

springboot+vue/react

laravel/hyperf + vue + vant/elementUI

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

go + vue

thinkphp + vue
Spring Boot + vue + elementUI

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

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

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

t3 stack +1

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

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

谁 总结下排名

asp.net core, laravel
vue, react

spring boot, angular

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

Laravel Vue +1

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

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

Spring Cloud + Flutter

angular + golang with kratos

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

spring (kotlin) + react

solon+vue3

Rails + BootStrap/Vue

go + Vue3

Laravel+vue

vue + express

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

还有那种全栈框架，在一个框架内同时开发前后端，代表例子是 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 ）

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

remix.run 搞起

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

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

gin/fiber + react

django + vue

NextJS + NestJS

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

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

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

.net core vue

通常计划=鸽子

后端 Spring Boot ，前端 Next.js

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

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

bootstrap + jsp

Spring Boot react

Svelte 前来凑热闹

rxjs 全家桶

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

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