2015 년 Google은 Android 용 웹 앱 개발을위한 새로운 접근 방식 인 점진적 웹 앱을 도입했습니다 . 네이티브 애플리케이션처럼 보이는 애플리케이션을 만들 수 있으며, 카메라 및 가속도계와 같은 장치의 하드웨어를 사용하고, 푸시 알림을 받고, 런처 아이콘을 갖고, 오프라인에서 작업하고, 로컬 데이터를 저장하는 등의 작업을 수행 할 수 있습니다.
Android에서 기본 앱은 프로그레시브 웹 앱이 지원하지 않는 기능을 제공하며 그 반대의 경우도 마찬가지입니다.
답변:
요약-2017 년 2 월 현재 Progressive Web Apps는 Twitter가 모든 모바일 웹 트래픽을 React PWA로 이동 시킨 충분히 강력한 플랫폼입니다 .
2016 년 8 월 현재 프로그레시브 웹 앱은 실제로 일반적으로 생각했던 것보다 더 많은 하드웨어 액세스를 제공합니다. 다음 은 Android 용 Chrome 52 안정 버전 의 whatwebcando.today 스크린 샷입니다 .
이러한 기능은 구현 중이거나 이미 일부 브라우저에서 작동합니다.
주목해야 할 또 다른 중요한 점은 Origin Trials Framework ( Chrome에서 구현 됨 )를 사용하면 제조업체가 표준화 프로세스를 거치지 않고도 하드웨어 (또는 소프트웨어) 기능을 노출하고 테스트 할 수 있다는 것입니다. 예를 들어, 전화 제조업체는 압력 센서의 값을 읽기위한 API를 공개하고이를 수정 한 다음 W3C에 검토를 위해 제출할 수 있습니다.
하드웨어 액세스 외에도 현재 웹 앱에서 사용할 수있는 기본 앱에서 전통적으로 사용되는 소프트웨어 기능도 있습니다.
HTML5 Canvas 또는 WebGL을 통한 하드웨어 가속 2D / 3D 그래픽 -일부 HTML5 Canvas 데모 , WebGL 사이트 또는 three.js 라이브러리를 확인 하세요. 의 2014 벤치 마크 유니티 크로스 플랫폼 게임 엔진은 기본 대 WebGL을 렌더링 성능을 비교하고 결론을 내렸다 있음
"가장 중요한 점은 WebGL이 네이티브 코드보다 훨씬 느린 영역이 아직 있지만 전반적으로 이미 매우 괜찮은 성능을 기대할 수 있으며 이는 향후 개선 될 수 있다는 것입니다."
이러한 기능은 많은 사용 사례를 다루며 오늘날 많은 인기있는 네이티브 앱을 PWA로 다시 작성할 수 있습니다. 예를 들어 Slack을 살펴 보겠습니다. 오픈 소스 대안 인 Rocket.Chat은 PWA 버전을 구축하고 있습니다. 더 많은 PWA 데모는 https://pwa.rocks를 참조 하십시오 .
마지막 참고 : PWA는 대부분의 모바일 장치뿐만 아니라 데스크톱에서 동일한 코드베이스로 실행됩니다. 데스크톱 환경 (ChromeOS 및 이후 Mac 및 Windows)에서는 다른 앱과 동일한 방식으로 실행되며 일반 앱 창 (브라우저 탭 없음)에서 실행됩니다.
네이티브 애플리케이션의 주요 이점은 플랫폼이 제공 할 수있는 모든 네이티브 API (연락처, 카메라 플래시, SMS, 전화 통신, 네트워크, 블루투스, 센서, 원시 소켓 ...)에 액세스 할 수 있지만 프로그레시브 웹 애플리케이션은 액세스 할 수 없다는 것입니다 (아직). 표준 웹 기능에 의해 제한되기 때문입니다.
점진적 웹 애플리케이션의 목표는 가장 중요한 경우를 포괄하도록 이러한 기능을 확장하는 것입니다. 이 분위기에서 프로그레시브 웹 애플리케이션이 제공해야하는 것의 목록을 찾을 수있는 프로그레시브 웹 애플리케이션 : 영혼을 잃지 않고 탭 탈출을 살펴보십시오 .
- 반응 형 : 모든 폼 팩터에 적합
- 독립적 인 연결성 : 서비스 워커가 오프라인에서 작업 할 수 있도록 점진적으로 향상됨
- 앱과 유사한 상호 작용 : Shell + Content 애플리케이션 모델을 채택하여 앱 탐색 및 상호 작용을 생성합니다.
- 신선함 : Service Worker 업데이트 프로세스 덕분에 투명하게 항상 최신 상태를 유지합니다.
- 안전 : 스누핑을 방지하기 위해 TLS (서비스 작업자 요구 사항)를 통해 제공됩니다.
- 검색 가능 : W3C 매니페스트 및 서비스 워커 등록 범위 덕분에 "응용 프로그램"으로 식별 가능하므로 검색 엔진이이를 찾을 수 있습니다.
- 재 참여 가능 : OS의 재 참여 UI에 액세스 할 수 있습니다. 예 : 푸시 알림
- 설치 가능 : 브라우저에서 제공하는 프롬프트를 통해 홈 화면으로 이동하여 사용자가 앱 스토어의 번거 로움없이 가장 유용하다고 생각하는 앱을 "유지"할 수 있습니다.
- 연결 가능 : 마찰이없고 설치가 필요하지 않으며 공유하기 쉽습니다. URL의 사회적 힘이 중요합니다.
이러한 점에서 링크 가능 은 모바일 딥 링킹 의 형태로 오픈 웹에서 네이티브 애플리케이션이 가져온 첫 번째 특성 중 하나였습니다 .
그러나 특별한 언급 은 기본 대안에 비해 플랫폼으로서 웹의 주요 이점 중 하나를 나타 내기 때문에 새로운 + 설치 가능 조합을 사용할 가치가 있습니다. 여기서 설치 가능 은 홈 화면에 표시됨을 의미합니다. 다운로드 및 설치 단계를 통과해야한다는 의미는 아닙니다. 탐색하는 동안 URL을 열거 나 서비스를 검색하면 완료됩니다. 홈 화면에 나타납니다 .
Fresh 는 일반 웹이 작동하는 방식을 나타내며 즉각적인로드와 원활한 업데이트를 제공합니다. YouTube 웹에서 업데이트를 설치하라는 메시지가 표시되지 않고 배포되며 다음에 방문 할 때 사용합니다.
예를 들어, 재 참여는 푸시 서비스와 알림을 통해 네이티브 애플리케이션이 이미 가지고 있고 이제 웹 애플리케이션이 따라 잡았 기 때문에 나머지 포인트의 이점에 대해 말하는 것이 아닙니다.
기타 관련되고 핵심적인 질문은 어떤 플랫폼이 귀하의 요구에 더 적합한 지에 대한 것입니다. 특별한 하드웨어 기능에 액세스하지 않는 경우 웹만으로도 충분해야하며 시장, 독점 에코 시스템에서 자유로운 웹을 선택하면 특정 등급의 편재성과 상호 운용성을 보장 할 수 있습니다 .
마지막 으로 Chrome을 사용하여 모바일에서 www.flipkart.com 을 탐색하는 것이 좋습니다 . 버그가없고 탐색이 원활하고 앱과 같은 느낌이 듭니다. 오프라인으로 전환하면 계속 작동합니다. 해당 게시물의 실제 사례입니다. 홈 화면에 앱을 추가하고 다음에 열면 경험이 훨씬 더 좋아집니다.
Firefox OS 를 살펴보고 표준 웹에 더 많은 플랫폼 API 를 제공하는 예를 살펴볼 수 있습니다 (성공 정도).