문제

나는 최근에 건너 왔어 sails.js 고 사랑한다(그래서 아직도 초보자).나의 질문에 배포와 관련된 내 webservices 고 있습니다.

내 응용 프로그램이 있을 것이 web UI 뿐만 아니라 모바일 UI 고 나가 선택한 다음과 같다:Web UI-련+스트랩 모바일 UI-련+스트랩+코르도바(native API access)

고 싶을 유지하는 일반적인 코드에 걸쳐 내 web UI 및 모바일 UI.그래서 옵션가이트 sails.js 으로만 webservices API 서버와 호스트의 UI 를 별도의 서버(nginx/apache).내가해야 할 것입니다 몇몇 선택적 분리에 의 코드(esp.랜딩 페이지+어 액세스).

어떤 장점/단점이 접근법?어떤 경험,입력은 크게 도움이 될 것 이다.

도움이 되었습니까?

해결책

지 않는 정확하게 이해하고 당신의 질문은 그러나 나는 당신이 놓았.여기에 내 취:

당신은 정말 필요 없어 별도의 API 과 웹 애플리케이션 자체입니다.할 수 있습니다 그냥 넣어 돛에서 실행 되는 특정 포트(1337 은 기본값)Nginx 에서 앞으로 역방향 프록시,전달을 연결하는 돛과 봉사의 정적 파일을 따르는 당신의 UI(JS,CSS,글꼴,etc.).

여기와 예제 을 구성하기 위한 Nginx 및 노드 앱이 설치됩니다.


당신은 기본적으로 두 가지 옵션:


A-반응형 디자인 웹 애플리케이션

응답 돛이 웹 애플리케이션으로 부트스트랩 또는 기초를 공유할 수 있습의 100%UI.당신이 컴파일되고 최소화 정적에서 당신의 웹 서버 Nginx(또는 더 나은에서 CDN)모든 각도 로직 스타일 등

브라우저와 핸드폰 연결 항해는 API(i.e:yourdomain.com/api/v1/)


B-웹 애플리케이션+코르도바일 네이티브 응용 프로그램

으로 이동 하는 경우 코르도바니다 왜냐하면 필요한 기본 액세스 UI 파일은 또한 토착 장치..공유하고 있는 몇 가지 논리 그러나 조금 UI(지 않은 경우 응답 디자인에서 웹 애플리케이션과 코드를 빌려서 그것).

이 경우에 당신을 유지할 수 있는 일련의 css 및 각 모듈로 구분된 리포트 간 공유되는 모두 UI 의 로드 그것은 자식을 통해 서브모듈 또는 이와 유사한.그러나 나는 것(개인)아보세요 분리를 지원하거나 대답하겠습니다.그것은 모두의 크기에 따라 결정하는 애플리케이션의 코드베이스는 성장한다.

웹 애플리케이션 및 코르도바 응용 프로그램은 여전히 연결 항해는 API(i.e:yourdomain.com/api/v1/)


그것을 희망하는 데 도움이

다른 팁

귀하의 질문의 코드 디자인 측면에 관해서는 돛을 사용하여 웹 서비스 나 API를 구축하는 것이 완전히 괜찮습니다.

다음 자원이 유용 할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top