- 主题:接口需求文档是前端写还是后端写？
re
--
FROM 123.112.68.*
谁制定的谁写啊。
【 在 RAV4 的大作中提到: 】
: re
--
FROM 119.233.178.*
前后端都想对方干
【 在 callmebbser 的大作中提到: 】
: 谁制定的谁写啊。
--
FROM 123.112.68.*
当然是后端写。
因为后端需要考虑 mobile, web 的接口需求，不能由着前端来。
另外，数据结构也是后端考虑的事情。前端想好怎么把 UI 做得人性化一些就够了。做 UI 也很消耗时间。
【 在 RAV4 的大作中提到: 】
: re
--
FROM 117.24.95.*
这个文档名字就没取好
如果是需求文档，当然是谁需求谁写
而正式的api文档，肯定是谁写的api谁写
所以，结论是，前端写个需求文档，后端写个api文档，哈哈哈
【 在 RAV4 的大作中提到: 】
: re
--
FROM 115.171.245.*
api规格？
前端主导，后端出文档（自动文档）
前端负责呈现相关要求，后端负责业务设计
这是我们的实践
如果是需求，那就是谁提谁写
--
FROM 123.186.158.*
后端看前端页面也很费时间啊
【 在 hgoldfish 的大作中提到: 】
: 当然是后端写。
: 因为后端需要考虑 mobile, web 的接口需求，不能由着前端来。
: 另外，数据结构也是后端考虑的事情。前端想好怎么把 UI 做得人性化一些就够了。做 UI 也很消耗时间。
: ...................
--
FROM 123.112.68.*
其实和我想的差不多
前端需要把需求字段啥的都提出来
【 在 jimmycmh 的大作中提到: 】
: 这个文档名字就没取好
: 如果是需求文档，当然是谁需求谁写
: 而正式的api文档，肯定是谁写的api谁写
: ...................
--
FROM 123.112.68.*
就是两边还是要配合
【 在 hothail 的大作中提到: 】
: api规格？
: 前端主导，后端出文档（自动文档）
: 前端负责呈现相关要求，后端负责业务设计
: ...................
--
FROM 123.112.68.*
肯定配合，
后端j看看原型就行，和前端确认页面内有哪些信息
不用具体到字段就够了
- 来自 水木社区APP v3.5.7
【 在 RAV4 的大作中提到: 】
: 就是两边还是要配合
--
FROM 223.104.236.*