哪种方法更好?一个请求或两个请求
Which is better approach? one request or two requests
我有一个 table returns JSON 像这样:
{
"status": 200,
"body": [
{
"category": "Sports",
"items": [
{
"id": 1,
"name": "Football"
},
{
"id": 1,
"name": "Volly"
},
{
"id": 2,
"name": "BasketBall"
}
]
},
{
"category": "Fruits",
"items": [
{
"id": 1,
"name": "Apple"
},
{
"id": 1,
"name": "Bananna"
},
{
"id": 2,
"name": "Orange"
}
]
},
{
"category": "Electronics",
"items": [
{
"id": 1,
"name": "Phone"
},
{
"id": 1,
"name": "Tablets"
},
{
"id": 2,
"name": "Computers"
}
]
}
],
}
此 JSON 的 URL 将类似于 http://localhost:8080/categories
在我的 React 本机应用程序中,我想 return 基于类别名称的每个类别的所有项目。
我的问题是哪种方法最好:
1: 要与此 URL http://localhost:8080/categories 通信并过滤我想要在 React Native 上使用哪个类别?
或
2:为每个类别创建两个不同的URL例如:
http://localhost:8080/fruits
SELECT ID, ITEM FROM CATEGORY WHERE CATEGORY.ID = 'fruits'
http://localhost:8080/sports
SELECT ID, ITEM FROM CATEGORY WHERE CATEGORY.ID = 'SPORTS'
第二种方法 return 对我来说已经是过滤后的响应了。
根据经验,网络请求有点贵,并且在扩展时会增加。最好发出 1 个请求,然后 select 客户端适当地发送您想要的数据。另一种选择是使用 GraphQL,它是专门为查询数据而设计的,与典型的 REST api.
相比,它具有更精细的控制。
我有一个 table returns JSON 像这样:
{
"status": 200,
"body": [
{
"category": "Sports",
"items": [
{
"id": 1,
"name": "Football"
},
{
"id": 1,
"name": "Volly"
},
{
"id": 2,
"name": "BasketBall"
}
]
},
{
"category": "Fruits",
"items": [
{
"id": 1,
"name": "Apple"
},
{
"id": 1,
"name": "Bananna"
},
{
"id": 2,
"name": "Orange"
}
]
},
{
"category": "Electronics",
"items": [
{
"id": 1,
"name": "Phone"
},
{
"id": 1,
"name": "Tablets"
},
{
"id": 2,
"name": "Computers"
}
]
}
],
}
此 JSON 的 URL 将类似于 http://localhost:8080/categories
在我的 React 本机应用程序中,我想 return 基于类别名称的每个类别的所有项目。
我的问题是哪种方法最好:
1: 要与此 URL http://localhost:8080/categories 通信并过滤我想要在 React Native 上使用哪个类别?
或
2:为每个类别创建两个不同的URL例如:
http://localhost:8080/fruits
SELECT ID, ITEM FROM CATEGORY WHERE CATEGORY.ID = 'fruits'
http://localhost:8080/sports
SELECT ID, ITEM FROM CATEGORY WHERE CATEGORY.ID = 'SPORTS'
第二种方法 return 对我来说已经是过滤后的响应了。
根据经验,网络请求有点贵,并且在扩展时会增加。最好发出 1 个请求,然后 select 客户端适当地发送您想要的数据。另一种选择是使用 GraphQL,它是专门为查询数据而设计的,与典型的 REST api.
相比,它具有更精细的控制。