自己做项目，一般是先写前端还是后端？

[zhuwd]

新入行的小白，想问一下前辈们，如果自己一个人负责前后端，一般是先把页面按照产品原型写完，然后根据页面需要的数据写后台接口，还是先根据大体得功能模块写出接口，再由前端覆盖每个接口功能呢

[MuscleOf2016]

你是不是有活，可以外包出来，锻炼下自己项目管理 [手动狗头]

[wormcy]

我一般先写前端

[hackxing]

我一般都是 先根据原型整理一下功能，后端先行，然后前端展示数据...

[whypool]

先前端，毕竟看得到

[liuzhiyong]

肯定先前端，因为这个立刻能看见。

[elfive]

我不是写前后端的，主要写 C/C++驱动那块的东西。不过最近公司需要写个网页能用的管理平台，公司只有我业余时间写过（我也是个前后端的半吊子）。
我是先写的前端，然后可以根据前端的设计来制定接口，免得写了后端之后，接口设计不合理导致需要重新设计接口和数据库的尴尬。

[ajax10086]

先前端吧，客户问进度的时候可以给他看

[wuhanchu]

先设计数据库

[jakezh]

数据库->后端->前端->后端->前端->后端->前端->后端->前端->后端->前端…………

[cmdOptionKana]

真的写代码的时候，最好是先写数据库 schema （或 model ），这个才是整个项目的核心，同时也是后续修改起来比较麻烦的地方，会想尽量减少修改次数。

把数据库 schema （或 model ）思考得非常清楚的时候，在脑子里就有整个项目非常清晰的骨骼，剩下就是后端围绕数据库做增删改查和前端美化。

[noobma]

不喜欢写界面，所有先写前端，前端写完能长舒一口气😂

[lewinlan]

作为后端程序员，习惯先后端搭个架子，这样才会感觉思路有个主线。然后围绕需求，先前端再后端。
前端方便展示进度也是一个很重要的因素。
go 比 js 开发效率高也是。

[BruceWolf]

一人独揽的话，先前端，能更高效的确定所需要的数据，然后才是完成数据库表设计，最后是业务逻辑，接口的输入输出是什么。

通俗的说，确定数据流的终点在哪，起点在哪，最后设计具体路线。

[canadahetian]

一起不香吗?

[yjxjn]

公司项目，先画原型 UI，然后设计数据库，然后写后端，然后写前端。

[murmur]

先出需求分析和原型啊

[xiaoidea]

数据库设计 -> 接口定义 -> 前端 -> 后端

[rogwan]

工具类的先写前端问题不大，需要保存大量用户数据的，做之前反复推敲数据表设计，这是基石。后期迭代过程中，最危险的就是增删用户表、迁移用户数据。生产机上的数据变迁那是边开飞机边维修的活，前期设计不合理，容易机毁人亡。前端的内容，随便怎么迭代，影响限于颜值范围，不破坏数据的回滚也容易。

[xcstream]

一个一个功能写

[magiclz233]

先搞清楚需求,把数据库和原型搞出来 然后照着来就行了