도로명 주소 api 예제

그것을 얻을? 그래. 지금, 어떤 경우에는, 하나는 심지어 젖은, 영광스러운 경외에서 조니 아이브 신음 만들 것입니다 너무 간소화 된 하나의 일반 주소 라인을 사용하는 유혹 할 수있다 : 완벽한! 이것은 우리가 주소 양식에 대해 원하는 것입니다. 이 양식이 얼마나 표준화되고 추상화되었는지 뒷면에 두드리기 시작하고, 아마도 그것으로 잘못 될 수 없다고 생각합니다. 물론, 당신의 상사가 주변에 와서 간다 : “거룩한 s@#t 무서운 형태입니다. 고객이 그것을 작성해야하는 경우 어떤 고객이 우리에게서 뭔가를 사고 싶어하지 않을 것입니다. 아, 그리고 나는 또한 우리가 지금 국제 적인 주문을 복용하고 있다는 것을 당신에게 말하기 위해 왔기 때문에 `국가`분야가 더 이상 작동하지 않을 것이라고 생각하지 않습니다.” 모든 API 요청에 대해 적절한 URL 생성이 필요합니다. 다음은 예제 URL: 카운터 예제: 1A Egmont Road, 미들즈브러, TS4 2HT 시도 하지 마십시오 및 추상 및 주소 양식을 복잡 하 게 의 비용으로 일반화. 양식의 디자인을 가능한 한 직관적이고 친숙하게 유지하십시오. 지나치게 추상화하고 일반화하는 것은 많은 프로그래머 (그리고 때로는 특히 가장 좋은 프로그래머)가 심각한 함정으로 변하는 습관입니다. 그것은 뿐만 아니라 당신의 양식 무서운 보인다, 하지만 그것은 아마 어쨌든 그것을 국제화 해야 할 수도 있기 때문에 잘못 될 거 야 의미. 주소는 불쾌한 데이터 비트입니다. 표준화되지 않은 주소가 (특히 전 세계를 한 번 보면) 어떻게 표준화되지 않은지에 대한 증거로, 나는 마이클 Tandy의 질문에 대해 프로그래머가 믿는 거짓을 연기합니다.

먼저 절대 적인 기본 사항 : 내가 좋아하는 발췌 문발의 몇 가지를 예로 들어 보겠습니다. 우리 대부분은 주소가 무엇인지, 그리고 어떻게 양식으로 번역해야 하는지에 대해 꽤 잘 이해하고 있습니다. 다음을 고려하십시오: 그게 더 낫다. 그러나 잠깐, 우리는 바로, 작은 구성 요소로 이러한 요소 중 일부를 추상화하여이 주소 양식을 더 나은 만들 수 있습니다? 이름은 이름, 성, 거리 주소는 거리 선과 바닥으로 나눌 수 있어야합니다 – 그 모든 다른 필드해야합니다! 그리고 그 불쾌한 9 자리 우편 번호는 어떻습니까? 그것도 세분화해야하지만, 우리는 그것의 일부를 선택사항으로 만들 것입니다. 아, 그리고 우리가 그것에있는 동안, 우리는 두 글자로 입력 자신의 삶의 소중한 순간을 낭비하고 싶어하기 때문에, 미국에서 상태의 약어로 드롭 다운 주 필드를 만들 수 있어야합니다!! 모든 쿼리 문자열 매개 변수 값은 URL 인코딩(예: 공백 + +또는 %20)이어야 데이터가 올바르게 전송되도록 합니다.