모바일 응용 프로그램을위한 아키텍처

Question

바로 지금, 나는 여러 가지 다른 출처의 데이터를 가져올 모바일 응용 프로그램을 만들기를 고대하고 있으며, 어떤 종류의 algorythm으로이를 분석하고 그에 대한 최선의 결정을 내립니다. 주된 문제는 바로 아키텍처입니다. 우리는 모바일 응용 프로그램이 클라이언트 (인터넷 어쨌든 필요합니다) 어딘가에 배치 된 데이터를 나타내는 클라이언트가 될 것이라고 생각합니다.

올바른 선택을 할 수 있도록 도와 줄 수 있습니까? 우리는 소켓이있는 클라이언트 - 서버 아키텍처에 대한 지식을 가지고 있습니다 ... 그러나 이것은 분명히 우리가이 특별한 상황에서는 필요하지 않습니다.

우리의 생각은 필요한 모든 데이터를 생성 할 웹 사이트를 만드는 것입니다. 그런 다음 편리한 인터페이스를 사용하여 웹 사이트의 정보를 나타내는 모바일 앱을 구현합니다. 맞습니까?

Answer 1

네, 그 방법입니다.

지금, 당신은

는 서버가 클라이언트 응용 프로그램에 편안하고 API의 일종 노출 될 수

• 서버는 여러 가지 소스

  에서 데이터를 가져옵니다 ... 그 구조 내에서 여러 가지 옵션이

• 클라이언트는 기본 모바일 애플리케이션이거나 클라이언트는 html5 모바일 앱일 수 있습니다.

• 데이터의 특성에 따라, 당신은 당신이 제 3 자 서비스에서 얻을 캐싱 데이터의 일부 종류/소스

  을 고려하는 것이 좋습니다

편집 :

내가 ASP WebApi는 REST API를 구축하는 데 사용하는 json 데이터를 Android 모바일 앱에 제공합니다. 그래서, 내 인프라는 다음과 같습니다 - MS SQL 2012 - ASP MVC 4, WebAPI - 안드로이드 휴대폰이 (레이어

내가 구축 한 N 계층 응용 프로그램 (우리는 주로 젤리 빈은 & 킷 캣을 타겟팅) 아래에서 위로 순서) : - DAL (난 어떤 ORM 프레임 워크를 사용하지 않는 ... 난 DB를 DAL과 몇 가지 서비스를 감싸는 SQL 서버에 저장 프로 시저를 실행하는 내 자신의 저장소)

• 저장소를 사용 사용하는 타사 서비스에서 데이터를 가져 오는 상담원

내가 지금 (우리의 사업 운영

• 서비스 층을

• 비즈니스 층, 그것은 특별한 용도가 없지만 내 비즈니스 계층이 몇 클라이언트에서 소비 될 것이다 나중에 내가 그것을해야 할 수도 있습니다 WebAPI, 웹 사이트, Windows 서비스 ...) 모바일 클라이언트 요청이

  을 결국 REST에 대한

• WebAPI

사람을 도울 수있는 방법