2011-09-25 2 views
4

저는 회사의 내부 프로젝트 관리 도구를 계획하려고합니다. 항상 나를 궁금해하게 한 한 가지는 API입니다.모든 용도로 API를 사용하는 웹 앱?

처음에는 API를 만들고 두 번 구현하지 않고 실제 API를 사용하여 실제 사이트를 구축하는 것이 좋지 않거나 비효율적 인 것으로 보입니까?

내 생각을 알려주세요.

+4

정확히 내가 할 수있는 일입니다. 걱정의 분리가 갈 길입니다. 서로 분리되어야하는 앱의 여러 레이어가 있습니다. 즉, 비즈니스 로직, 데이터 액세스 및 사용자 인터페이스. 이들의 결과는 파트를 서로 붙이기 위해 사용하는 API입니다. 행운을 빕니다! –

+0

감사합니다 Frank;) – spamoom

+1

이것은 현재 프로젝트에서 수행중인 접근법이기도합니다. 먼저 API 프로젝트를 작성했습니다. 내부 웹 사이트에 피드를 제공 한 다음 외부 고객/공급 업체 및 최종적으로 전화/태블릿 기본 앱에 피드를 제공합니다. 공통된 인터페이스와 기본 클래스를 사용하여 프로젝트의 중복을 방지합니다. – jfrankcarr

답변

1

API를 개발하면 분리 된 아키텍처가 될 것이라는 데 전적으로 동의합니다.

그러나 API를 처음 개발하면 잘못된 API를 개발할 위험이 높아집니다. (PM은 프로젝트 위험을 줄이는 데 주로 사용됩니다). 사용하지 않을 수도있는 프로그램 기능을 골드 플레이트에 유혹하여 시간을 낭비하게됩니다. 응용 프로그램과 함께 API를 개발하면 실제 응용 프로그램이나 응용 프로그램의 요구 사항을 올바르게 처리 할 수 ​​있습니다. 요구 사항의 정확성과 이해에 확신이 없으면 애플리케이션과 함께 API를 한 번에 프로그래밍하는 것이 좋습니다.

예를 들어, 응용 프로그램을 개발하고 API 호출을해야하는 정확한 지점을 발견 할 때 필요한 것과 정확히 일치하는 인터페이스 (기술에 따라 다름)를 작성하십시오. 인터페이스를 스텁하여 앱 실행을 유도 할 수 있습니다. 이는 앱이 사용자의 기대치와 함께 계속 진행되고 있는지 확인하기위한 훌륭한 도구입니다. ("이게이 일을하고 싶다.") 나중에 인터페이스를 구현할 수 있습니다. 우연한 요구 사항에 의해 변경이 필요한 경우 오래된 인프라를 구축하는 데 시간을 낭비하지 않아도됩니다.

관련 문제