到底是先有前端后有后端，还是先有后端后有前端？

Question

啦，假设你内心有一个需求，你是一个开发者，而你呢只有技术，那么假设你想自己一个人搞定所有事情，从现在开始。你有两种选择，第一种先搞一个原型，然后照着这个原型补充前端，然后根据前端接口完成后端；还是先把后端代码写完，把数据先搞出来，然后在前端鬼画符的搞一个丑陋的界面，后面再慢慢做优化，美化前端？哪种好？更符合这个只有技术的开发者的情形。

Answer 1

看你的主要技术栈。

• 如果你本职是后端那么全后端也行，比如 wordpress；或者现在后端框架包含部分前端实现的也比较多，比如 laravel。
• 如果你是前端那么只要做界面就好，后端推荐用 serverless 服务，比如 leancloud.cn

Answer 2

如果一个人搞，前后端一起推，逐个功能搞好。当然针对某个功能，肯定先搞后端，前端调试的同时测试了后端接口。

Answer 3

一个人搞，可以先确定原型（不改动的情况下），再前后端同时做

Answer 4

1 首先是原型设计（这个可以看作是 前端）
　基本就是打个草稿的意思
2 系统设计（这个可以看作是 后端）
　设计过程中，会发现各种 原型设计阶段 没有考虑到的业务逻辑问题
3 后端开发​（这个是后端）
　开发过程中，会发现各种 系统设计阶段 没有考虑周全的业务逻辑问题，有些业务逻辑问题需要调整原型设计
4 前端开发（这个是前端）
　​这个过程会发现各种 后端接口设计不周全的地方，也可能会发现业务逻辑漏洞，对于原型设计的调整一般来讲是肯定会发生的

Answer 5

1. 需求分析
2. 故事用例撰写
3. 总结用户角色定位
4. 根据角色定位和故事用例制定原型
5. 一边验证原型一边考虑技术选型
6. 根据角色定位和故事用例决定功能实现优先级，某些情况下用户体验需要为后端数据结构、性能压力让步（特别是初期最小可行产品 MVP 阶段）、也可能后端数据结构、性能压力要为用户体验让步（产品核心功能、差异点），这里就是一种平衡，很难说先做完一边才考虑另一边
7. 功能测试，与故事用例相互映照
8. 部署上线

其中，根据成本（时间、精力）和预期收益，砍掉角色或是舍弃故事用例都是有可能的，用户体验与技术实现的平衡也会随着成本（尤其是时间）的变化而变化.

遵循最小可行产品原则的话，一切从简，基本上可以说用户体验的整体优先级更高，所以此时成本更倾向投入前端方面的技术选型调研、开发实现.