这是一个创建于 2527 天前的主题，其中的信息可能已经有所发展或是发生改变。
深度优先
// swipe 相对于 start 的 touchmove
swipe: {
x: Number, // x 分量
y: Number, // y 分量
distance: Number, // 向量的模
startWith: String, // 开始时的方向
endWith: String, // 结束时的方向
direction: String, // 感觉的确不应该使用 string 来作为状态的标识
},
广度优先
// swipe 相对于 start 的 touchmove
swipeX: Number, // x 分量
swipeY: Number, // y 分量
swipeDistance: Number, // 向量的模
swipeStartWith: String, // 开始时的方向
swipeEndWith: String, // 结束时的方向
swipeDirection: String, // 感觉的确不应该使用 string 来作为状态的标识
乱用了广度,深度优先的词, 但是感觉有点小相似 (逃
API 设计一般会怎么选择, 我见到大多第二种, 那么时候时候应该使用第一种, 什么时候该使用第二种?
 |
1
4ever911 2017-12-31 15:45:58 +08:00 via iPad
whatever doesn't really matter
|
 |
2
TuringGunner 2017-12-31 16:22:56 +08:00  1
我一般习惯写成第一种，因为返回的结果中还会有别的字段，全部混在一起太乱了
除非是查单一 swipe 的 api 才会使用第二种 |
 |
3
wintersun 2017-12-31 16:30:38 +08:00 4
难道不应该是 OO 的理念？
JSON 格式只是前后台之间的数据传输格式，前端和后台如果都是 OO 编程，那么自然就要采用你所谓的“深度优先”更自然更方便转换！ |
 |
4
romennts 2017-12-31 21:06:24 +08:00 1
我觉得很快流行 GraphQL 了~都无所谓，SQL 完事
|
 |
5
winglight2016 2018-01-01 11:54:08 +08:00
@romennts 大前年（ 2015 ）刚接触 GraphQL 的时候我就觉得这会是下一代的接口标准，现在嘛～～～
|
 |
6
iyangyuan 2018-01-01 12:03:24 +08:00 via iPhone
果断第一种
|
Select Language