우선,이미 단일 페이지 응용 프로그램(SPAs)의 일반 사용자 일 가능성이 큽니다.
단일 페이지 응용 프로그램은 사용자를위한 믿을 수 없을만큼 매력적이고 독특한 경험을 만들기위한 훌륭한 도구입니다.
일부 단일 페이지 애플리케이션의 예는 다음과 같 Gmail,Google Maps,에어비앤비,Netflix,Pinterest,페이팔,그리고 더 많은 사용하는 스파를 구축하는 유체,확장 가능한 경험이다.,
이 콘텐츠를 관리에 관해서 그러나,과거에 스파는 어둠 속에서 마케터를 떠났다. 운 좋게도 이제 SPA 를 올바른 CMS 와 페어링하여 개발자와 마케팅 담당자 모두에게 필요한 제어 수준을 제공 할 수있게되었습니다.
단일 페이지 응용 프로그램은 무엇입니까?
단일 페이지 응용 프로그램(스파)한 페이지로(따라서 이름)많은 정보를 동일하게 유지하고 몇 조각 업데이트해야 합니다.,
예를 들어,당신은 탐색을 통해 귀하의 이메일을 알 수 있는 많은 변화 탐색 중이-사이드 및 헤더를 그대로 남아 있으로 통합할 수 있습니다.
SPA 는 클릭 할 때마다 필요한 것만 보내고 브라우저는 해당 정보를 렌더링합니다. 이는 서버가 클릭 할 때마다 전체 페이지를 다시 렌더링하여 브라우저로 보내는 전통적인 페이지로드와 다릅니다.
이 작품에 의해 조각,클라이언트 측의 방법을 만드시야가 사용자에게 더 빠르게 만드는 정보의 양이 서버가 보내는 훨씬 덜하고 더 많은 비용 효율적입니다., 윈-윈.
단일 페이지 응용 프로그램 아키텍처는 무엇입니까? 어떻게 작동합니까?
단일 페이지로 응용 프로그램은 웹 응용 프로그램 또는 웹사이트와 상호 작용하는 사용자에 의해 동적으로 다시 쓰는 현재 페이지보다는 선적 전에 새로운 페이지에서 서버입니다.
이 방법을 보이드의 중단없이 사용자 경험 간의 연속적인 페이지,응용 프로그램을 만드는 행동을 더 좋아합니다.
대부분의 웹 사이트에는 많은 반복 콘텐츠가 있습니다.,
그것의 일부는 동일하게 유지 위치에 상관없이 사용자가(헤더 바닥글,로고,네비게이션 바,etc.),그것의 일부에서 일정 단지 특정 섹션(필터 바,기치),그리고 많은 반복되는 레이아웃과(blogs,셀프 서비스,google 메일을 설치 위에서 언급한).
단일 페이지 응용 프로그램은이 반복을 활용합니다.
웹 사이트에 대한 귀하의 견해가 집과 나무의 그림이라고 가정 해 봅시다. 전통적인,멀티 페이지 웹 사이트는 서버에 당신을 위해 전체 그림을 페인트와 브라우저로 보낼 수 있습니다.,
스파를 줄 수 있에 대한 가이드 사이트 포함하여 반복 가이드를 방문하는 것이 좋습니다 사용하고 다음 파이프 오른쪽 페인트(데이터와 컨텐츠)를 작성합니다.
중 하나를 보는 방식 같은 나무하지만,속도의 스파에서 온 요청하는 경우 새로운 콘텐츠 같이”다음”을 클릭 필터링,결과를 열고,메일 또는 이유-요청하는 다른 나무입니다.
전통적인 웹사이트의 요청에 대한 새로운 트리 서버를 다시 전체 사진과 다시 보낼 수 있습니다.,
으로 한 페이지로,서버가”야,나는 새로운 트리는 당신을 위해,하지만 당신은 이미 그렇게 집을 떠날 것 같은”다음,전송 업데이트한 지침에 대한 새로운 트리와 페인트를 만들니다.
전송하여 그림 작업(페이지 렌더링)에서 서버 클라이언트가(당신)할 수있는 페이지를 동적으로 다시 작성하고,대신 통해 전체 reload.
이것은 일을 훨씬 빠르게 만듭니다.,
한 페이지 응용 프로그램의 장점
많은 이점이 있습니다 스파 솔루션과 같은 향상된 응용 프로그램 성능과 일관성,그리고 개발 시간 단축 및 인프라 비용을 절감할 수 있습니다.프레젠테이션을 콘텐츠 및 데이터와 분리함으로써 개발 팀은 전반적인 솔루션을 위해 여전히 통합되는 동안 다양한 속도로 작업 할 수 있습니다. 스파는 모바일,데스크탑 및 태블릿을위한 반응 형 디자인을 만드는 데 좋습니다.,
단일 파일 시간드의 각 HTML,CSS,JS
단일 페이지 애플리케이션에 대한 후,이 초기 페이지 로드,서버에 보내지 않는 모든 더 많은 HTML 당신은 당신이 그것을 다운로드한 모든 권에서 시작입니다.
서버는 쉘 페이지를 보내고 브라우저는 사용자 인터페이스(UI)를 렌더링합니다.
그 후,당신은 클릭으로 주변,스파를 보낸 요청에 대한 데이터 및 태그는 서버가 다시 촬영은 원료에 필요하고,귀하의 브라우저하고 렌더링하는 업데이트 UI-교류 조각 필요 없이 새로 고침하는 전체 페이지입니다.,
이 빠른 호환성은 고도로 탐색되고 반복 템플릿을 사용하는 페이지에서 spas 를 매우 유용하게 만듭니다.
추가 쿼리 Server
기 때문에 서버지 않는 시간을 보낼 필요가&하는 에너지 전체 그림,스파 낮은 충격 서버에서 전반적인 의미를 저장할 수 있습니다 돈을 사용하여 적은 서버에 대량의 트래픽이다.
빠르고 반응하는 프런트 엔드 구축
과 함께 빠른 성능 시간은 위에서 설명,스파 또는 개발자를 구축 프런트 엔드 많은 빠릅니다.,
이것은 SPAs 의 분리 된 아키텍처 또는 백엔드 서비스와 프런트 엔드 디스플레이의 분리 때문입니다.
많은 비즈니스 크리티컬 기능이 백 엔드에서 그렇게 많이 변경되지는 않습니다.
는 동안 어떻게 고객 로그인,등록,구매 주문을 추적이 변경될 수 있습 그것은”보기”또는 프레젠테이션에서 수시로,논리와 데이터 오케스트레이션은 뒤에 그것은 예쁜 일정 및 당신이 원하지 않는 위험을 장난다.
마찬가지로 원시 콘텐츠와 데이터는 동일하게 유지 될 수 있지만 표시하려는 방식이 다릅니다.,
에 의해 분리되는 back-end 로직&에서 데이터를 어떻게 표시됩니다 당신은 그것으로”서비스”및 개발자를 구축할 수 있는 많은 다른 프런트 엔드 방법을 보여주고 사용하는 서비스입니다.
분리 된 설정을 통해 개발자는 기본 백엔드 기술과 완전히 독립적으로 프런트 엔드를 빌드,배포 및 실험 할 수 있습니다.
그들은 디자인 어떻게 그들이 원하는 사용자 경험을 보고,느끼고 다음에 끌어 컨텐츠,데이터,그리고 기능을 통해 이러한 서비스.,
이 Api 를 사용하는 표준 설정의 규정 응용 프로그램 사이에 어떻게 그들이 구조물,교환,그리고 재조 립이다.
이 API 를 설정을 사용하면 개발자는 작업에 신속하게 UI 위험 없이 중요한 비즈니스 back-end 기술입니다.
사용자 경험 개선
으로 점점 더 많은 기능이 내장되어 있으로 모듈형 서비스(a microservice 공)업데이트할 수 있는 독립적으로,그것은 쉽게 된다는 실험과 함께 그들은 어떻게 표시되고 사용된다.,
SPAs 프레임 워크는 이러한 서비스를 사용하여 매력적이고 역동적이며 애니메이션 사용자 경험을 만드는 데 적합합니다.
또한,많은 사람들이 단지 개발에서 특정 프로그래밍 언어(많은 스파 프레임워크를 사용하여 자바 스크립트)덕분에,Api,스파 빌드에서 하나의 언어와 함께 행복하게 일할 수 있는 백엔드 서비스 개발에서 서로 다른 언어입니다.
Angular vs React vs Ember vs Vue 가있는 단일 페이지 응용 프로그램이 필요합니까?,
Angular and React(및 Ember 및 Vue 와 같은 많은 다른 것들)는 개발자가 스파를 효율적이고 웅변 적으로 만드는 데 사용하는 프레임 워크입니다.
단순히 이러한 프레임워크가의 컬렉션을 재사용할 수 있는 구성 요소는 많은 개발자 공헌하는,그에 따라 정의된 일련의 건물 규칙이 있습니다.
경우에는 당신처럼 생각하는 집을 구축할 수 있습 섞어 점토,건조는 벽돌,내과 성형 강철 자-또는 사용할 수 있습니다 벽돌 그리고 파이프를 다른 사람들은 이미 설계 및 집중하는 시간에는 무엇이 당신의 집이 유일하다.,
으로 사이의 차이,그들 모두가 나지는 않습니다(하지만 이 사람이 될 것으로 보인)지만,위대한 일에 스파와는 프레임워크 지원들은 감사 Api,권리와 통합 사용할 수 있는 중 framework 아보세요와 다른 API 를 사용하는 기술.
왜 한 페이지 응용 프로그램 및 cms 에었던 역사적으로 어려운 쌍
사용하는 경우 온천장,개발자의 생각할지도 모른 경험으로”응용 프로그램”하지만 방문자가 여전히 생각하기 위하여 려고 하고 있으로 웹페이지가 있는 웹페이지가있는 마케팅 팀에 가려움을 최적화합니다.,
기 때문에 스파가 필요한 응용 프로그램 개발 작업을 어설프게 표시&납품 경험의 마케팅 역동적 디지털 석기 시대(일명’90)및 요구에 대한 개발을 조정할 수를 일으키는 불가피를 파악할 수 있습니다.
제거 편집 도구는 마케팅을 사용하기
CMS 편집 기능 마케팅 팀에 의존(리 드래그-앤-드롭 WYSIWYG 편집 등)에는 일반적으로 묶여 납품 계층에서 CMS.,
Spa 를 사용하면 배달이 SPA 에 의해 결정되며 콘텐츠는 Api 가 읽을 수있는 표준 방식으로 cms 에 간단히 저장됩니다. SPA 는 프런트 엔드에서 렌더링되기 때문에 백엔드 CMS 는 어떤 모양이어야하는지 전혀 모르기 때문에 미리보기를 회전시킬 수 없습니다.
그 CMS 사용자는 끝까지 받고와 함께 갇혀주자 접근 방식을 채우에는 형식,십자가 당신의 손가락,푸시고 게시하고 이동이 어떻게 생겼는지 볼이다.
로 돌아 우리의 수를 들어,CMS 에 저장 원시 내용(페인트)스파에는 수의 가이드는 방법에는 콘텐츠를 봐야 한다., 미리보기에는이 안내서가 없으므로 내용이 어떻게 보이는지 파악할 수 없습니다.
이것은”머리”배달의 콘텐츠(일명,그것은 필요가 없 CMS 납품 계층으로”머리”). 신속하게 개발하는 데는 좋지만 코드를 작성하지 않고도 웹 사이트를 자체적으로 변경하려는 마케팅 담당자에게는 조금 거칠습니다.
와 함께하는,마케팅에 사용되는 생각에 있는 것의’페이지의 그러나기 때문에 스파입니다,잘,한 페이지가 페이지 구축 및 편집 기능 마케터가 필요로 하는 사용할 수 없습니다.,
그들이 새로운”페이지”(스파의”경로”)를 원하거나 뷰가 다르게 보이기를 원한다면 개발자에게 물어야합니다.
어려운 콘텐츠를 다시 사용
이 문제에서 온 두 개의 핵심 이유로,하나의 낡은 cms 에 및에서 다른 스파 디자인이다.
첫째,귀하의 콘텐츠가 어떻게 보이고 어떻게 저장되는지에 대한 탈 커플 링이없는 특정 CMSs 가 있습니다.,
콘텐츠의 저장이 표준,프리젠 테이션 중립적 인 형식이 아니기 때문에 SPA 는 API 기반 방식으로 사용할 수 없습니다.
이 문제가 사용하는 경우 온천장은 물론,이러한 종류의 CMS 설정이 불가능을 다시 사용 채널을 통해 콘텐츠에 일반적입니다.
기 때문에 콘텐츠에 묶여 어떻게 표시됩니다(페이지에 기반 시스템),자주 묻는 질문에 넣어 당신의 웹사이트할 수 없습 탭 누구를 위해 플립을 통해서 그들의 똑똑한 시계-수영장 같은 내용에서 두 개의 다른 방법이 있습니다.,
SPA 의 콘텐츠 기반 CMS 가 제대로 작동하려면 원시 콘텐츠를 끌어 와서 원하는 콘텐츠를 표시 할 수 있어야합니다.
에 스파 쪽,어려움에서 온다는 사실 많은 웹사이트가 될 수 있는 하이브리드 설정입니다.
동안할 수 있 일부 부품으로는 스파할 수 있습니다 다른 사람 설정에서 전통적인 방법(종종 더 나은 SEO),가 될 필요성을 느끼 사이.
귀하의 설정이 전통적인 사이트와 스파에 대한 콘텐츠,조각의 두 양동이 인 경우,그 응집력은 깨질 것입니다., 모든 것을 가로 질러 작동하는 콘텐츠가 필요합니다.
어려운 개인 설정/관련성
스파를 잡아 콘텐츠에”서비스”방법,그래서 그것은 약간의 덩어리의 내용없이 많은 상황에 큰 도움을에서 관련 배달합니다.
위에,많은 cms 에 자신의 개인 중 하나 페이지 기준(지 않은 도움이 되는 스파에서),또는에서 클라이언트 측-고 그 javascript 개인 규칙이 없는 플레이 아주 멋지게 위에 스파 javascript. 당신이 할 경우 개인화 부엌에서 너무 많은 요리사.
마케팅 담당자는 스파 세계에서 영원히 운명을 정하고 있습니까?
물론 아닙니다!, 당신은 단순히 스파 사용을위한 준비가 아키텍처를 가지고 CMS 가 필요합니다.
중 하나는 API-기반으로,분리에서 콘텐츠 프레젠테이션으로 작업할 수 있습 스파를 제공하는 라이브 미리보기&편집 도구를 지원하는 하이브리드 설정,그리고는 개인 설정을 서버 사이드에서 작동합니다.
아래 부분에서 Bloomreach 가 그렇게하는 방식을 안내합니다.
-
는 방법 Bloomreach 제공합 싱글 페이지*응용 프로그램의 용이성을 위해 개발 및 마케팅
-
개인 및 하이브리드에 대한 지원 페이지 하나 응용 프로그램