개인 프로젝트 ] API

URL

전체 노선별 노선정보 조회
Parse할 때 어려운 점 1. 방대한 데이터에 비해 비효율적으로 나열되어 있는 API 2. 불필요한 공백이 포함된 데이터    :  30분간 왜 log에 값이 이상하게 찍히지? 라고 생각했는데 공백때문이었음...       그래서 pasre할 때 동일하게 '5 '로 했더니 이것도 안 됨. log에 찍히는 값을 보니 공백이 두 개였음 ㅎ 3. API 활용 문서에는 명시 되어있지 않은 데이터가 출력됨.    :  노선유형을 parse하는데 7, 8, 9 노선타입이 출력된다. 그런데 문제는 공식 문서에 설명이 되어있지 않은 데이터 타입이다. 노선타입 설명은 1~6밖에 없음.(1:급행, 2:간선,3:지선,4:외곽, 5:마을, 6:첨단) >> 대전광역시 홈페이지를 찾아봐도 업데이트된 내용이 없어서 traffic.daejeon.go.kr/map/busInfo/searchRoute.do 위 사이트를 참고했다. 하나하나 비교해본 결과 7 - 광역 / 8 - 광역 / 9 - 광역 이었다.

 

|  OPEN API 활용에 어려운 점

 

1. 방대한 데이터에 비해 비효율적으로 나열되어 있는 API

2. 불필요한 공백이 포함된 데이터

3. 공식문서에는 설명하지 않은 데이터가 출력되는 점

4. 버스 정보를 확인하는 데에 제공되는 서비스가 총 6개인 점

  - 버스운행정보 조회 서비스

  - 버스정류장정보 조회 서비스

  - 버스위치정보 조회 서비스

  - 정류장 버스 도착 정보 조회 서비스

  - 버스 차량 등록 정보 조회 서비스

  - 운수회사 등록 정보 조회 서비스

 

인데.. 여기서 각 조회 서비스 서비스에서도 제공되는 조회 목록이 여러 개이다.

5. (4번 문제와 관련됨) 응답 메시지의 응답 항목명이 제각각인 경우 존재함

 

 

 

사용자가 느끼기에 조금 더 빠른 서비스를 제공하고 싶은데,, OPEN API를 잘 활용하는 게 쉽지 않게 느껴졌다.

앱 리뷰를 읽어보면 대부분 '서비스가 빠르지 않다', '데이터 로딩이 느리다 or 안 된다'이다.

나도 평소 느껴온 불만이었지만.. 직접 개발을 해보니

개발자의 문제만은 아니라는 생각이 들었다.

OPEN API의 문제로.. 사용자까지 불편을 느끼는 가장 큰 문제점이라고 생각한다..

 

'아이 하나를 키우는 데에도 온 마을이 필요하다'는 말이 있는데,

이번에 개발을 하면서.. '서비스를 하나를 만드는 데에도 온 마을이 필요하다'는 말도 추가해야 할 것 같다..

 

한 명의 개발자가 노력해서 완벽한 서비스를 만드는 것은 중요하다.

하지만 그것이 쉬운 일이 아니기에 '협업'이 있는 게 아닐까...?

OPEN API... 어떡하지...?

...ㅠㅠ