一直在不规范的小公司工作，不太清楚正常的开发流程，请问接口都是后端定义写好文档给前端再开发的吗？

[erisfloralia]

拿到一个写得很潦草的原型跟数据表设计，作为后端还要查缺补漏，帮他们改好原型和和数据表结构，前端又一直催接口文档，个人能力有限，开发的接口老是想得不够全面，导致改来改去的，跟不上进度，我有点遭不住了。正常的开发流程到底是怎么样子的？求各位大佬轻喷。

[imdong]

能给数据表就不错了，我们都是产品丢个原型给我，我就看着原型琢磨流程设计数据库。

不过吧，我估摸着产品给的数据表设计仅供参考吧，还是要自己设计的。

至于想得不够全面的问题，大概率是缺少经验吧。

[terrytang1]

流程每个公司不一样，但是改来改去就很正常了

[vtwoextb]

这样比较规范，对后续开发起来很有帮助，设计前尽可能的想好设计方案，中间的小改动肯定是有的

[chinvo]

一般是原型图出了之后, 后端和前端约定接口规范, 然后各做各的. 进展都差不多了进行调试

[xuanbg]

不够全面是什么意思？

[wolfie]

要是接口经常被打回，就拿着接口设计 跟前端聊 行不行，还差什么。最后再开发。
产品竟然还有能力给表结构。

[cccp2020]

边开发边写文档

[erisfloralia]

@xuanbg 就是会有一些接口设计上的 bug，或者原型的设计用户使用起来体验极差的，甚至有隐藏 bug，只能否决掉的，我之前没有想到这种坑，直接按照原型写了。

[erisfloralia]

@wolfie 其实产品也写代码，不过写的不多，写一些简单的代码。数据库表结构有时会没有，不是产品写的，是另外一个大佬离职之前写的，新写的原型就没了。

[erisfloralia]

@imdong
@vtwoextb
@chinvo
@xuanbg 好，谢谢各位的回复

[danielzh]

个人看法，仅供参考。
1 、接口不全，前后端都有责任。但是一般如果是后端主导技术和交互方案的话，还是需要后端有一定经验，考虑好产品实现细节。
2 、前端一般可以等后端接口出来再做。
3 、对于比较大的功能或交互方案不一定能达成一致的，后端在接口设计阶段，就可以找前端沟通初步的接口设计和交互方案，确定后再出详细的接口文档。

[GameSheep]

接到需求的时候，就会前后端一起过业务流程，出一个数据库设计，后端也要了解前端需求和操作。
然后前后端开始开发，后端写接口实现逻辑，前端写页面调试样式。基本上这时候对业务有了更深的了解，接口有改动很正常。
想的不够全面，如果是需求没吃透那就多沟通，后端开发还是容易点的，不换框架，来来回回都是那些东西

[laminux29]

1.开发的本质，是解决需求。只要需求被解决了，就是好产品。

2.如果公司只是经常做短平快的小型开发，不建议你过多去了解其他内容，容易跑偏。这种情况下，集中精力去解决需求会更好。

3.不过，一旦公司要开始做大中型系统，需求规模变大后，那么，解决需求的效率，以及产品自身的管理，会逐渐成为问题，这会牵扯出一堆管理问题。

软件工程就是这些管理问题的总结与经验，如果你是属于这种情况，建议找几本软件工程的教材好好看看，这些内容比较多，帖子里写不下。

[msg7086]

我前后端都写，主要写后端。最近一个项目就是我和另一个开发一起写，我写前端他写后端。我们是确定需求以后我先写一版协议，因为是参考 RESTful 所以基本没啥好争的。然后我们一起写代码，写完以后联合测试，再根据测试出来的结果改协议。

[guyeu]

一般是前后端商量好接口之后分别开发吧，一般是后端写接口文档，但也不是说后端一手包办。。

[ininjue]

最近在尝试前端写接口文档，后端按文档开发，不知道能不能好使。

原因是我这边后端进度实在太慢了，出的接口文档也经常少字段扯皮严重，我前端先搞出来接口文档，然后直接写一些 mock 数据就开发了，一气呵成，需要啥直接加 mock 数据就行了，写完上测试环境让后端慢慢调去吧。

还不知道会遇到哪些问题

[hxndg]

“满足需求就够了”我倒是见过几个代码满足需求，但是抽象层面不到位，层次不同的代码放一块
最后不得不折腾好几个月重构的例子。

好产品必须得是可发展的，可发展就意味着迭代，初代的风格会很影响后续开发。

某个正在重构代码，一个劲 wtf,wtf,wtf is this shit?!的人留

[raaaaaar]

产品给原型图，后端自己琢磨写接口文档，写完之后大概让前端看一下，然后前后端并行一起写，写的过程中一般遇到问题就会交流，问需求自己理解是否到位，某个接口是否完善等等，之后写完后再对接。我自己的经验只是一些小型的产品，因此流程上肯定比不上那些大公司的，但是我认为最重要的是沟通，前后端之间的沟通，和产品间的沟通，遇到问题一定要问，看自己对需求，功能的理解是否到位，即时更改，这才是最重要的，因为无论什么流程都不可能一次性就完美的，肯定是不断修改，动态的一个过程。

[Huiao]

我所在的不规范的小公司产品连原型图都不出，他把设计的任务交给 UI，得我主动去和产品聊需求或者大家拉到一起开会聊需求，聊完需求 UI 画出几个页面，然后我后端梳理字段建表写接口文档，再和前端讨论

[lancelock]

你们表结构是产品设计的？