到底是先有前端后有后端,还是先有后端后有前端?

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

阅读 9.9k
7 个回答

看你的主要技术栈。

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

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

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

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

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

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

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

新手上路,请多包涵

在软件开发中,前端和后端的开发其实是可以同时进行的,它们其实没有绝对的先后顺序,具体是先有前端,还是先有后端,需要取决于项目的需求,团队的组织和开发方法的选择。

如果你想快速验证一个想法,建议先做原型;如果你想构建一个稳定、可扩展的系统,建议后端先行。总而言之,具体方法应根据具体需求调整。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏