- 主题:接口需求文档是前端写还是后端写？
re
--
FROM 123.112.68.*
前后端都想对方干
【 在 callmebbser 的大作中提到: 】
: 谁制定的谁写啊。
--
FROM 123.112.68.*
后端看前端页面也很费时间啊
【 在 hgoldfish 的大作中提到: 】
: 当然是后端写。
: 因为后端需要考虑 mobile, web 的接口需求，不能由着前端来。
: 另外，数据结构也是后端考虑的事情。前端想好怎么把 UI 做得人性化一些就够了。做 UI 也很消耗时间。
: ...................
--
FROM 123.112.68.*
其实和我想的差不多
前端需要把需求字段啥的都提出来
【 在 jimmycmh 的大作中提到: 】
: 这个文档名字就没取好
: 如果是需求文档，当然是谁需求谁写
: 而正式的api文档，肯定是谁写的api谁写
: ...................
--
FROM 123.112.68.*
就是两边还是要配合
【 在 hothail 的大作中提到: 】
: api规格？
: 前端主导，后端出文档（自动文档）
: 前端负责呈现相关要求，后端负责业务设计
: ...................
--
FROM 123.112.68.*
我是觉得后端看原型也是浪费时间
接口的主要字段前端更清楚
后端补充就行了
【 在 hothail 的大作中提到: 】
: 肯定配合，
: 后端j看看原型就行，和前端确认页面内有哪些信息
: 不用具体到字段就够了
: ...................
--
FROM 123.112.68.*
我也觉得前端应该多做
【 在 Scolesath 的大作中提到: 】
: 最好是合作写啊。
: 如果非要分出个主次，我觉得前端写更合适。因为操作流程，需要的数据前端更了解一些。
--
FROM 123.112.68.*
后端预算也是看原型看的 这个工作还是前端更合适
后期确实要补充你说的一些内容
【 在 hgoldfish 的大作中提到: 】
: 和前端页面没关系啊。后端应该预想要展示什么数据，收集什么数据，提供什么操作。这些都是业务需求。MOBILE 端可能展示的内容会少一些，DESKTOP 端会多一些。
--
FROM 123.112.68.*
前端少还行 如果多的话后端也忙不开啊
后端应该对着接口编程 而不是对着前端编程
说白了后端干这总体的活
【 在 hothail 的大作中提到: 】
: 原型开会都要看，一起对对就行啦
: 我们是后端开发主导，
: 如果你们选择前端主导，未尝不可
: ...................
--
FROM 123.112.68.*
re 我觉得这样合理
【 在 eventvwr 的大作中提到: 】
: 我们这是前端写。因为渲染、交互需要哪些数据，前端是最清楚的。后端只能从业务，存储的角度考虑，覆盖不到交互所需要的数据。
--
FROM 123.112.68.*