"app"백엔드 웹 사이트에 대한 좋은 구조

Question

다른 모든 사람들과 그들의 이웃 사람과 마찬가지로 우리는 사람들이 차라리 앱에 액세스하는 기능을 가진 우리 웹 사이트 중 하나에 대한 앱 (ipad/android)을 개발 중입니다. 이해를 전달.

글쎄, 내 질문에 대해서는 애플 리케이션을위한 백엔드 때 생각하는 방법에 관해서.

우리는과 같이 접근 구조의 사이트가 : 단순히 그래서 애플 리케이션이 너무

http://site/app 

처럼 우리의 애플 리케이션을위한 기반을 것입니다 추가하는 것이 현명 또는 우리의 지혜가

http://site/ 
http://site/profile/[user-name] 
http://site/stuff 
etc etc. 

인가

http://site/app/profile/[user_id] 

과 같은 모델 데이터 및 해당 컨트롤러에 액세스하여 데이터를 가져 오거나 설정합니다. 또는 사용자가 (어떤 객체가 될 수 있지만,이 예제에서 우리는 사용자에 초점) 또는 더 나은 우리의 사이트에서 응용 프로그램 백엔드를 완전히 분리하는 것입니다 및 이동 중 하위 도메인

http://app.site/ 

또는

http://anothersite_as_backend 

또는 이게 전혀 문제가되지 않습니까?

웹 백엔드를 앱 백엔드와 결합하는 방법에 관심이 있습니다.

감사합니다.

Answer 1

도메인 구조의 선택에 관계없이 요즘 REST 인터페이스를 공개하는 것이 일반적입니다.

당신이 스케치 한 아이디어는 그쪽으로 기울고 모든 옵션이 유효하다고 생각합니다. 나는 (예를 들어 첫 번째 옵션을 사용하여) http://site/app/v1/profile/[user_id]처럼 URL에 버전 관리를 통합하는 것이 좋습니다. 그런 다음 업데이트되지 않은 앱을 중단하지 않고 API를 크게 변경하려는 경우 향후 언제든지 버전을 증가시킬 수 있습니다.

귀하의 앱과 현재 백엔드의 상태를 모르는 경우 많은 플랫폼에서 데이터를 쉽게 저장하고 검색하는 데 큰 도움이되었다고 생각하므로 parse.com을 말씀 드리도록하겠습니다. 당신은이 질문에 대한 나의 대답을 조금 더 많은 정보 (A relational database shared by an android app and a website - the easy way)로 볼 수있다. 이미 백엔드를 구현하고이 시점에서 많은 양의 데이터가있는 경우에는 물론 관련이 없습니다.