Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save HerbertLim/a3c726b4b43d1e2bd93b26c1ac86ff0b to your computer and use it in GitHub Desktop.
Save HerbertLim/a3c726b4b43d1e2bd93b26c1ac86ff0b to your computer and use it in GitHub Desktop.
코라이나 API: /trends/daily/agoafter3/{region} 의 리턴 포맷은 어떻게 하는 것이 효율적일까?
// 코라이나의 예전 API가 다음과 같은 객체의 배열을 리턴한다.
// 즉, 날짜별로 데이터를 정리해준 것이다
[
{
"forecast_date": "2020-07-16",
"temp": 21,
"temp_min": 19,
"temp_max": 24,
"humidity": 85,
"sky": 3,
"rainfall": 0,
"fine_dust": 0,
"micro_dust": 0,
"flower": 0,
"pollen": "0"
},
...
]
// 7월에 개발한 미세먼지 API, /airkorea/daily/trends, 는 날짜와 오염원별로 정리하였다.
// 그리고, 각 객체는 모든 지역의 데이터를 리턴하였다
[
{
"gyeonggi": "20",
"jeonnam": "16",
"jeonbuk": "25",
"gangwon": "12",
"gwangju": "23",
"seoul": "22",
"item": "pm25",
"ulsan": "9",
"incheon": "14",
"date": "2020-07-17",
"chungnam": "18",
"sejong": "23",
"chungbuk": "22",
"daejeon": "23",
"daegu": "15",
"jeju": "13",
"gyeongnam": "13",
"busan": "9",
"gyeongbuk": "10"
},
...
]
// 현재 앱에서는 이 데이터들을 받으면 각 요소 기준으로 배열을 추출하는 작업을 한다
// 당연히 각 그래프에게 data 로 입력하기 위한 배열 데이터를 만들어야 하기 때문이다.
// 그렇다면, 애초에 날짜별로 정리된 데이터가 아닌 요소별로 데이터를 정리해주는게 더 효율적일 것이다
[
{
itemName: ‘temperature_highest’,
list: {
2020-07-16T15:00:00.000Z: 35,
2020-07-17T15:00:00.000Z: 31,
2020-07-18T15:00:00.000Z: 29,
2020-07-19T15:00:00.000Z: 31,
2020-07-20T15:00:00.000Z: 32,
2020-07-21T15:00:00.000Z: 33,
2020-07-22T15:00:00.000Z: 28,
}
},
...
]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment