Vibe Coding立项：后端业务认知
概览部分
内容摘要
本视频深入讲解了后端技术的认知，从基础概念到实际应用，帮助开发者和非技术人员理解后端在产品中的核心作用。视频强调了后端不是简单的接口编写，而是负责业务逻辑、数据流转和权限校验等关键环节。同时，介绍了后端语言和框架的选择策略，以及与AI协作开发的注意事项。
核心观点
- 后端是产品背后的业务处理层，涉及业务规则、数据流转和接口协作。
- 项目级后端需要明确业务边界，避免前端绕过验证。
- 选择合适的后端语言和框架对项目质量至关重要。
- 与AI协作时应先讨论业务逻辑，再进行代码实现。
- 所有技术决策应写入项目真源文档，确保后续开发的一致性。
目录
1. 后端技术认知的重要性
1.1 后端的定义与作用
后端不是一个玄乎的名词，它本质上是产品背后的业务处理层。不同于前端能直接看到页面，也不像数据库那样可以直接看到表结构，后端更多是藏在产品后面的那套处理逻辑。
关键观点: 后端的核心在于处理业务逻辑、数据流转和权限校验，这些是产品正常运行的基础。
在实际开发中，后端负责判断用户操作是否合法。例如，用户登录时，前端负责输入手机号和密码，但后端需要判断该账号是否注册、密码是否正确、账号是否被封禁等。同样，用户下单时，前端展示商品和地址，但后端需要判断库存是否充足、价格是否正确、优惠券是否可用等。
1.2 为什么后端重要？
后端之所以重要，是因为它是防止用户绕过验证的关键防线。如果所有业务逻辑都放在前端，用户可以通过修改前端代码来绕过验证，导致数据不一致或安全漏洞。
关键观点: 业务规则不能只写在前端，因为前端是用户能接触到的地方，很多东西都可以被绕过或篡改，真正关键的判断必须放在后端。
此外，后端还负责数据的校验、处理和存储。例如，保存文章时，后端需要判断标题是否为空、内容是否合法、用户是否有发布权限等。创建订单时，后端需要判断库存、价格、优惠券、收货地址、支付状态等。
2. 两种常见的后端场景
2.1 小脚本场景
小脚本通常用于批量整理文件、处理表格、生成报表、压缩图片、调用API、定时执行任务等。这类需求逻辑相对简单，不需要构建完整的项目，一个脚本即可完成。
关键观点: 技术平权的意义在于让不懂技术的人也能用技术解决自己的实际问题，小脚本就是这种场景的典型代表。
小脚本的优势在于快速实现、易于维护、成本低。对于非技术人员来说，使用AI生成一个小脚本可以节省大量重复劳动。因此，不需要因为自己不会写代码而焦虑，技术只是工具，掌握与否取决于个人需求。
2.2 项目级后端场景
项目级后端则是支撑一个产品的业务逻辑，如用户系统、订单系统、内容发布、权限管理、支付回调、后台审核、数据统计等。这类后端需要考虑业务规则、数据流转和接口协作。
关键观点: 项目级后端不是一个小任务，而是整个产品的核心支撑系统，需要严谨的设计和规范。
项目级后端主要负责三件事：
- 业务规则：谁可以登录？谁能下单？什么状态可以退款？哪些内容需要审核？哪些操作必须管理员才能做？
- 数据流转：前端提交数据后，后端需要先校验再处理，最后决定如何写入数据库。
- 接口协作：前后端通过API协作，前端请求数据，后端返回结果。
3. 认识常见的后端语言
3.1 常见的后端语言
目前市面上常见的后端语言包括Java、Go、Python、Node.js、PHP等。每种语言都有其适用场景，但非技术人员不需要一次性掌握所有语言，只需要了解它们的基本特点即可。
| 语言 | 特点 | 适用场景 |
|---|---|---|
| Python | 简单易学，适合小脚本、自动化、数据处理 | 小脚本、轻量后端 |
| Node.js | 前后端统一，适合全栈开发 | 前后端语言统一的项目 |
| Java | 成熟稳定，适合企业级应用 | 企业后台、复杂业务系统 |
| Go | 性能好，适合高并发场景 | 并发任务、云服务 |
| PHP | 易上手，适合Web开发 | 早期Web项目、中小型后端 |
关键观点: 非技术人员不需要学习所有语言，只需了解它们的基本特点，以便与AI协作时能更好地理解推荐方案。
3.2 如何选择后端语言
如果你是初学者或非技术人员，建议向AI提出以下问题：
"请根据我的项目类型、核心功能、用户规模、数据库方案、部署方式、后期维护难度等，推荐一个最适合当前项目的后端语言。"
AI会基于你的项目需求，给出一个主推方案，并说明为什么选它，为什么不选其他方案。这有助于避免技术路线摇摆，减少项目混乱。
4. 框架比语言更影响项目质量
4.1 语言与框架的关系
语言决定了"用什么写"，而框架决定了"按什么规矩写"。框架会影响目录结构、接口组织、数据库连接、错误返回、权限接入、日志记录等。
关键观点: 框架比语言更影响项目质量，因为它决定了项目的规范性和可维护性。
框架大致分为两类：
- 轻量框架：主要处理路由和API，灵活但需要自行补充项目规范模块。
- 完整框架：提供项目结构、数据库支持、配置、管理权限能力、命令行工具、任务处理等。
对于后台系统、订单系统、权限复杂的项目，建议优先选择后者，因为规则越清楚，AI越不容易乱发挥。
4.2 如何选择后端框架
你可以这样问AI：
"请基于已选后端语言推荐一个适合当前项目的后端框架，说明它适合什么场景，官方目录规范是什么，哪些能力，框架自带哪些能力，需要额外SDK或库。"
选择成熟、文档完整、社区活跃、AI熟悉度高的方案，避免为了看起来高级而选择资料少、AI不熟悉的方案。
5. 与AI交流时的正确方式
5.1 先问业务，不要先问代码
新人让AI写后端时，最常见的错误是直接说"帮我写登录接口"、"帮我写订单接口"等。这样问AI很容易直接开始写代码，但你真正需要的是先让AI讲清楚项目的后端技术边界。
关键观点: 不要让AI立刻开工，而是让它先说明后端负责什么、API怎么分、权限怎么校验、数据库怎么交互、语言和框架为什么这么选。
你可以这样问AI：
"请基于当前项目的前端流程、数据库设计和业务需求，分析这个项目的后端技术方案，后端要负责哪些业务逻辑，前端需要哪些API，每个API涉及哪些数据库表？全线校验、参数校验和异常情况。同时推荐一个适合当前项目的后端语言和框架，并说明框架自带哪些能力，哪些能力需要额外SDK或库。"
6. 讨论结果要写进真源文档
6.1 真源文档的重要性
后端语言、框架、API边界、业务规则确认之后，一定要写进项目真源文档。因为后续AI搭后端骨架、写接口、接数据库、做权限都要按这份文档来。
关键观点: 文档是项目开发的基石，没有文档，AI很容易偏离方向。
文档至少应包含以下内容：
- 后端语言和框架选什么，为什么选它，哪些方案不选；
- 后端负责哪些业务逻辑；
- 前端需要哪些API；
- 哪些规则必须在后端校验。
你可以直接告诉AI：
"请把本次后端语言、框架、API边界和业务规则写进项目真源文档，后续后端开发必须以这份文档为准。"
如果要更换语言、框架或核心SDK，必须先说明原因并更新文档。
7. 后端不只是写几个接口
7.1 后端的全面职责
对大多数业务项目来说，后端负责的是业务逻辑、数据流转、权限校验和API协作。如果你只是做小脚本，就用最简单的方式解决具体问题，不要硬上完整后端。
关键观点: 如果做的是项目级产品，就要先搞清楚后端负责什么，再让AI帮你选语言、选框架、梳理API和业务规则。
讨论完成后，一定要把这些选择写进项目真源文档。这一篇讲的是后端技术认知，下一篇再讲怎么搭建后端项目骨架。
总结与行动建议
全文总结
本视频详细讲解了后端技术的认知，从基本概念到实际应用，帮助开发者和非技术人员理解后端在产品中的核心作用。后端不仅是接口编写，更是业务逻辑、数据流转和权限校验的总称。选择合适的语言和框架对项目质量至关重要，同时与AI协作时应先讨论业务逻辑，再进行代码实现。所有技术决策应写入项目真源文档，确保后续开发的一致性。
核心收获
- 后端是产品背后的业务处理层，负责业务逻辑、数据流转和权限校验。
- 小脚本适用于简单任务，项目级后端需考虑业务规则、数据流转和接口协作。
- 选择合适的后端语言和框架对项目质量至关重要。
- 与AI协作时应先讨论业务逻辑，再进行代码实现。
- 所有技术决策应写入项目真源文档，确保开发一致性。
行动建议
- 在项目初期明确后端技术边界，避免前端绕过验证。
- 选择合适的后端语言和框架，确保项目可维护性。
- 与AI协作时，先讨论业务逻辑，再进行代码实现。
- 所有技术决策应写入项目真源文档，避免后期混乱。
延伸思考
- 如果你是非技术人员，如何与AI有效协作？
- 如何判断一个项目是否需要后端？
- 如何选择适合项目的后端语言和框架？
- 有哪些开源框架适合项目级后端开发？
附录
术语表
- 后端：指产品背后负责业务逻辑、数据处理、权限校验的部分。
- API：应用程序编程接口，是前后端之间沟通的入口。
- 真源文档：项目的技术决策文档，记录后端语言、框架、API边界和业务规则。
- 小脚本：用于处理简单任务的脚本程序，无需构建完整项目。