先按产品形态选
先判断你要做的是后台、官网、内容站、电商、API、移动端还是内部工具，再选框架，而不是先选语言再硬套。
默认先推荐成熟框架、Admin Panel、CMS、BaaS 或脚手架，而不是一上来就 bespoke custom build。
先判断你要做的是后台、官网、内容站、电商、API、移动端还是内部工具，再选框架，而不是先选语言再硬套。
新项目和 greenfield 场景，默认先评估成熟框架、Admin Panel、CMS、BaaS 或脚手架，只有它们不适合时才走 bespoke custom build。
真正的主流框架要看文档、生态、招聘供给、部署稳定性、维护成本和团队学习曲线，不只是 GitHub 星数。
如果你现在还在“后台、CMS、电商、AI API、移动端”之间摇摆，这一层最有用。先确定产品形态，再进具体框架层。
如果你要的是管理后台、运营台、CRM、ERP、内容录入、资源管理，不要先自己拼表单和 CRUD。
这类系统的核心不是炫技，而是权限、表格、表单、筛选、资源页和长期维护效率。
如果你重视搜索流量、落地页、品牌展示和内容性能，优先走 SSR / SSG 或内容站路线。
这类站点的核心是页面性能、SEO、内容组织和后续可持续更新，而不是后台业务流程。
如果你的核心是文章、页面、栏目、媒体资源和多端内容分发，优先看 CMS。
内容建模、编辑工作流、媒体管理、草稿发布这些本来就是 CMS 的专长。
如果你要做商品、购物车、订单、支付、库存和多渠道，不要从零写电商核心。
订单、支付、库存和促销策略会迅速变复杂，现成电商框架能帮你避开大量基础坑。
如果你要做模型接口、异步任务、业务 API、BFF、中台服务，优先看成熟后端框架。
这类项目更看重接口治理、服务结构、类型、观测和扩展性。
如果你要做 iOS / Android，先决定跨平台效率还是原生能力。
移动端的核心不是网页渲染，而是交付效率、平台能力和用户体验。
不是说只能这样配，而是这些组合在交付速度、生态、维护成本和团队协作上最容易站稳。
如果目标是业务交付效率和后台成品速度，这通常是 PHP 路线里最省错的一套。
当你既需要完整后端，又需要现成后台时，这套组合非常稳。
这套路线能同时覆盖营销页、产品前端和后端能力，适合产品型团队。
前台性能和内容后台分工明确，适合持续内容运营。
前台、API、数据库/认证都能迅速起步，是很常见的现代 AI 产品组合。
电商核心不要自己造，前台和商品 / 订单内核拆开更利于扩展。
最常问的是“后台管理框架有哪些”，这一组就是专门回答这个问题的。
资源页、表格、表单、后台管理非常强。
官方商业路线，适合快速起管理台。
模型驱动后台效率极高。
适合内部工具和管理前端。
适合已有 API 的企业后台前端。
适合内部查询、审批、运营面板。
内容、栏目、文章、媒体、多端分发，不要默认自己造后台。
前后端分离内容系统常见首选。
内容和数据管理混合场景很强。
适合开发者主导、高定制内容系统。
机构官网、媒体站、内容团队友好。
商品、订单、库存、支付、多渠道，这类不要先从零写。
适合可定制商城和 Headless Commerce。
适合复杂、多渠道、国际化电商。
先判断你要跨平台效率，还是极强原生能力。
一套代码打 iOS / Android。
JS / TS 团队迁移成本低。
高质量 iOS / macOS 产品。
Google 官方现代 Android 路线。
这些负责浏览器里的界面层和交互层，适合做应用前端、后台前端、官网前端和组件系统。
复杂交互前端 是最常见切入点。生态最大，但也要接受 本体不是完整框架 这一类代价。
企业后台 是最常见切入点。上手快，但也要接受 超大生态广度通常不如 React 这一类代价。
大型企业系统 是最常见切入点。官方全家桶，但也要接受 学习曲线更陡 这一类代价。
希望写法简洁的前端团队 是最常见切入点。语法简洁，但也要接受 生态广度不如 React / Vue 这一类代价。
这些不是单纯前端库，而是带路由、服务端渲染、接口层甚至部署习惯的一体化 Web 框架。
官网 是最常见切入点。React 生态默认首选，但也要接受 框架能力多、心智面大 这一类代价。
Vue 团队做 SEO 站 是最常见切入点。Vue 对应的 Next.js 路线，但也要接受 生态体量还是比 React / Next 小一些 这一类代价。
表单密集型产品 是最常见切入点。更强调 loader / action / form，但也要接受 生态热度通常不如 Next.js 这一类代价。
希望更轻更直接的全栈前端团队 是最常见切入点。Svelte 写法 + 全栈能力，但也要接受 成熟度和生态广度通常不及 Next / Nuxt 这一类代价。
博客 是最常见切入点。静态内容性能非常强，但也要接受 不适合把它当重业务后台主框架 这一类代价。
适合 TypeScript / JavaScript 团队做 API、BFF、服务层和后台业务。
中大型 API 是最常见切入点。模块化清晰，但也要接受 相对 Express 更重 这一类代价。
轻量 API 是最常见切入点。轻量，但也要接受 太自由，团队大了容易发散 这一类代价。
Python 栈最常见的是“完整业务系统”和“API 服务”两条线，通常分别看 Django 和 FastAPI。
完整业务系统 是最常见切入点。开箱能力强，但也要接受 对于极简 API 项目会偏重 这一类代价。
AI 服务 是最常见切入点。类型提示友好，但也要接受 不是完整业务后台全家桶 这一类代价。
小服务 是最常见切入点。简单，但也要接受 大型项目会大量自行补齐结构 这一类代价。
PHP 仍然是业务后台、内容系统和中小企业 SaaS 的高性价比路线，核心就是 Laravel 和 Symfony。
业务后台 是最常见切入点。生态成熟，但也要接受 框架习惯较强 这一类代价。
复杂企业系统 是最常见切入点。组件化强，但也要接受 开发门槛和样板成本通常比 Laravel 高 这一类代价。
这类栈适合企业核心系统、复杂权限、长期维护、多团队协作和传统大中型组织。
企业系统 是最常见切入点。Java 企业生态核心，但也要接受 体系大、复杂度高 这一类代价。
微软技术栈企业系统 是最常见切入点。性能和工程化都强，但也要接受 生态语言绑定在 .NET 这一类代价。
全 C# 团队 是最常见切入点。前后端都可用 C#，但也要接受 前端生态与主流 JS 体系相比有限 这一类代价。
Go 很适合高并发 API、微服务、基础设施工具和轻量部署，但业务脚手架通常没有 Laravel / Django 那么厚。
高性能 API 是最常见切入点。快，但也要接受 默认业务脚手架不厚 这一类代价。
这一类不是普通 Web 框架，而是专门帮你快速做后台、运营台、管理台、内部工具的成品能力层。
Laravel 后台 是最常见切入点。Laravel 生态里非常强，但也要接受 绑定 Laravel 生态 这一类代价。
Laravel 资源管理后台 是最常见切入点。官方路线，但也要接受 商业授权 这一类代价。
Django 数据管理后台 是最常见切入点。开箱即用，但也要接受 不是高度品牌化前端框架 这一类代价。
已有 API 的 React 后台 是最常见切入点。React 生态成熟后台方案，但也要接受 你得先有比较像样的 API 这一类代价。
内部工具 是最常见切入点。现代 React 工作流友好，但也要接受 仍然需要你自己定义较多产品层约束 这一类代价。
内部工具 是最常见切入点。低代码效率高，但也要接受 产品自由度受平台约束 这一类代价。
内部系统 是最常见切入点。低代码，但也要接受 高度定制产品体验有限 这一类代价。
如果你的核心是内容、栏目、文章、页面、媒体资源和多端内容分发，优先看 CMS 而不是自己造后台。
内容站后台 是最常见切入点。主流 Headless CMS，但也要接受 深度定制时仍有平台边界 这一类代价。
已有数据库想快速出后台 是最常见切入点。数据管理很强，但也要接受 复杂产品逻辑仍需外围系统承接 这一类代价。
开发者主导 CMS 是最常见切入点。代码优先，但也要接受 不是最低决策成本路线 这一类代价。
Django 内容站 是最常见切入点。Django 生态成熟 CMS，但也要接受 绑定 Python / Django 生态 这一类代价。
如果你要做商品、购物车、订单、支付、库存和多渠道，不要轻易从零造电商核心。
可定制商城后端 是最常见切入点。电商领域针对性强，但也要接受 不像 Shopify 那样是托管型成品平台 这一类代价。
复杂电商 是最常见切入点。电商能力完整，但也要接受 复杂度会更高 这一类代价。
移动端一般先判断你要跨平台效率，还是原生体验和平台能力。
一套代码打 iOS / Android 是最常见切入点。跨平台成熟，但也要接受 需要接受 Dart 生态 这一类代价。
前端团队做 App 是最常见切入点。前端团队迁移成本低，但也要接受 原生边界仍存在 这一类代价。
更快起 React Native 项目 是最常见切入点。起步快，但也要接受 部分底层能力仍受平台路线影响 这一类代价。
iOS / macOS 原生产品 是最常见切入点。原生体验强，但也要接受 只覆盖 Apple 生态 这一类代价。
Android 原生应用 是最常见切入点。现代 Android 官方路线，但也要接受 只覆盖 Android 这一类代价。
.NET 团队做移动 + 桌面 是最常见切入点。C# 团队顺手，但也要接受 社区热度和生态通常不如 Flutter / React Native 这一类代价。
桌面端常见路线是 Web 技术打桌面，或者跟随各自平台原生生态。
Web 团队快速做桌面应用 是最常见切入点。成熟，但也要接受 资源占用偏高 这一类代价。
希望更轻的桌面应用 是最常见切入点。通常更轻，但也要接受 生态体量不如 Electron 这一类代价。
如果核心是文档，不要默认拿通用前端框架硬搭，文档框架通常更省心。
开发者文档 是最常见切入点。文档场景成熟，但也要接受 更偏文档产品，不是通用业务后台框架 这一类代价。
现代文档站 是最常见切入点。文档体验现代，但也要接受 相对 Docusaurus 来说生态和认知面更小一些 这一类代价。
这些不是传统应用框架，但经常是新项目技术栈的核心，因为它们直接提供数据库、认证、存储和部署能力。
移动应用 是最常见切入点。起步快，但也要接受 平台绑定较强 这一类代价。
现代 Web / App 产品 是最常见切入点。开发者体验好，但也要接受 依然是平台型能力，不是你自己完全造底层 这一类代价。
如果核心问题是系统编排、自动化和流程连接，直接看工作流框架往往比先写一堆胶水代码更值。
业务自动化 是最常见切入点。自动化能力成熟，但也要接受 不是通用业务主框架 这一类代价。