전통문화대전망 - 전통 미덕 - 애플릿 런타임의 원리와 전통적인 app 를 어떻게 뒤집을 것인가?

애플릿 런타임의 원리와 전통적인 app 를 어떻게 뒤집을 것인가?

오랫동안 모바일 인터넷 업계는 기본 체험을 얻을 수 있을 뿐만 아니라 낮은 문턱도 빠르게 발전할 수 있는 기술을 찾고 있다. (윌리엄 셰익스피어, 윈스턴, 모바일, 모바일, 모바일, 모바일, 모바일, 모바일, 인터넷명언) 이 과정에서 rn (react native) 과 같은 많은 시도가 이루어졌는데, 이는 본질적으로 경량 기본 개발이며, 기본 빼기를 기반으로 합니다. H5 는 개발 비용이 낮고 유연하게 사용할 수 있는 것이 특징이다. 단점은 지리적 위치, 휴대폰 정보, 플레이어 등과 같은 기본 정보를 얻는 데 있어 기본 효과를 얻을 수 없다는 점이다. ) 및 부드러운 경험.

이러한 맥락에서 위챗 애플릿은 H5 표준에 기본 능력을 추가하여 애플릿에 많은 기본 능력을 부여하는 프로그램도 제공합니다. 위챗 자체 개발 애플릿을 통해 실행할 때 지도, 탐색, 캔버스, 스크롤 뷰 등 애플릿에 많은 API 수준의 기능을 지원합니다.

애플릿의 장점은 H5 개발의 편리성과 유연성을 유지하면서 기본 경험을 얻을 수 있다는 것입니다. 위챗 1 100 만 사용자의 소셜 네트워크에 따라 점점 더 많은 개발자들이 위챗 애플릿 기술을 선택하고 있습니다.

애플릿 팀에 따르면 현재 50 만+개발자가 실제 개발에 종사하고 있으며, 애플릿은 모바일 인터넷 분야의' 사실' 기준이 되고 있다. 이러한 조류와 함께 알리와 바이두는 각각 20 17 년 8 월과 20 18 년 3 월 자신의 애플릿 프로젝트를 내놓으며 알리페이와 휴대폰 바이두 앱을 둘러싼 몇 가지 슈퍼앱이 모바일 인터넷 분야에서 다시 공략하고 있다. 애플릿은 이미 최근 몇 년 동안 가장 핫한' 현상급' 기술이 되었다.

애플릿의 출현은 단번에 이뤄지는 것이 아니라 지난 10 년 동안 모바일 인터넷의 업무와 장면 축적을 바탕으로 점진적으로 발전했다. 웹 개발은 효율적이고 유연하며 문지방이 낮은 특징을 가지고 있지만, 모든 페이지는 브라우저의 렌더링에 의존하고 있으며, 브라우저의 기능은 웹 개발의 상한선과 경계라는 단점이 있다. 이 문제를 극복하기 위해 JS-Bridge 가 개발되었습니다. 응용 프로그램에는 일반적으로 사용되는 많은 구성 요소가 내장되어 있습니다. 임베디드 구성 요소가 충분하면 JS-SDK 를 형성하기 위해 패키지 레이어를 하나 더 만드는 것은 본질적으로 동일합니다. -응?

JS-SDK 를 기반으로 애플릿은 기본 기능을 웹 프런트 엔드 호출로 더욱 개방하고 확장합니다. 반면 Webview 렌더링의 UI 레이어와 논리 레이어는 두 개의 별도 스레드를 사용합니다. 다음 그림과 같이 나타납니다.

애플릿 런타임은 기본적으로 웹 페이지 렌더링 및 데이터 논리적 상호 작용을 처리하는 가상 시스템입니다. 이 가상 시스템은 애플릿 호출 (API, 구성 요소, AI 기능 등) 을 위한 풍부한 로컬 기능을 제공합니다. ), 특히 scrool-view, navigator, cover-image 등의 구성 요소 제공에서 웹 응용 프로그램의 기능 경계를 크게 확장함으로써 프런트 엔드 개발자를 만듭니다.

사실, 위챗 두 부분으로 나눌 수 있습니다: 인스턴트 메시징 부분 (IM) 과 애플릿 실행 렌더링 엔진 (런타임). 애플릿의 운행은 운행을 빼놓을 수 없을 때, 이미 위챗 깊이와 융합되어 기초 지탱이 되었다. 바로 위챗 1 1 누구나 이 플랫폼을 이용하여 고객에게 더 잘 접근하고 서비스할 수 있다.

이전에는 업무 부서에서 새로운 기능을 발표하기 위해 사용자가 App 를 사전 예방적으로 업데이트해야 했고, 현지 기능의 모든 변경 및 업그레이드는 시장에서 재신청해야 하고, 재운영해야 하며, 비용이 매우 많이 들었습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 성공명언) 모든 사용자가 업데이트되는 것은 아니기 때문에 IT 팀은 여러 가지 다른 버전을 유지 관리하는 데 많은 노력을 기울여야 합니다. 이런 방식은 자원의 엄청난 낭비와 사용자 경험의 불편을 초래한다.

애플릿을 사용하면 이 문제가 해결된다. 첫째, 애플릿은 독립적으로 업데이트 할 수 있습니다. App 는 캐리어로서 장시간 자주 업데이트할 필요가 없습니다. 둘째, 각 애플릿은 비즈니스 요구 사항에 따라 자체 버전을 독립적으로 게시할 수 있으며, 애플릿 간의 업데이트 업그레이드는 독립적이며 서로 간섭하지 않습니다. 마지막으로 애플릿이 실행되는 샌드박스 메커니즘으로 인해 어떤 애플릿에 버그, 충돌 등이 발생하든지 보장할 수 있습니다. , 응용 프로그램 자체를 끌지 않고 심각한 문제가 발생하더라도 오프라인 상태로 만들 수 있습니다.

반태 애플릿은 런타임 시 전 업계를 위한' 애플릿 솔루션' 이다. 위챗 애플릿에 잘 알려진 개념을 바탕으로 위챗 애플릿과 기술적으로 호환되므로 개발 엔지니어가 기존 기술을 직접 활용할 수 있습니다. 기업은 이 규정 준수 보안 애플릿을 기반으로 전체 애플릿의 플랫폼을 통해 "위챗" 이 될 수 있습니다. 실제로 이러한 기술을 기존 비즈니스에 할당할 수 있게 되면 App 의 업데이트는 더 이상 묶이지 않고, 업무를 느슨하게 할 뿐만 아니라 IT R&D 도 완화됩니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 성공명언)

완전히 그렇지는 않습니다. 첫째, 애플릿과 기본 경험은 거의 다르지 않습니다. 사용자에게 "투명" 합니다. 자세히 관찰하지 않으면 사용자는 자신이 애플릿을 사용하고 있는지도 모른다. 둘째, 사용자가 실제로 매일 다양한 애플릿을 접하기 때문에 실제로는 우리 생활의 모든 측면에 내장되어 있습니다. 예를 들어, 사용자는 지하철을 타고 위챗 표를 살 때 애플릿을 사용하고 있습니다. 타오바오 쇼핑을 열면 많은 상점들이 작은 프로그램이다. 바이두 검색을 열면 작은 프로그램이 나타납니다.

인터넷 회사는 실제로 이미' 교육' 하고 사용자들을 보급했다. 그런 다음 브로커는 애플릿의 장점과 특징을 결합하여 기존 app 의 일부 서비스를 애플릿으로 전환하는 방법을 고려할 수 있습니다. 각 비즈니스 단위는 애플릿에 기반한 민첩한 반복을 할 수 있습니다. 좋은 제품은 10000 시간 법칙과 불가분의 관계에 있어 제품 팀이 비즈니스 시나리오를 중심으로 지속적으로 최적화를 연마하고 더 나은 경험과 서비스를 제공할 수 있습니다. 한편, 애플릿이 개발되고 한 번에 여러 번 출시되는 기능을 통해 위챗 소셜 네트워크의 장점을 더 잘 활용할 수 있으며, 고객, 접촉, 마케팅에 더 많은 혁신과 시도를 할 수 있습니다.

어떤 사물의 발전도 순환적이다. 분명히, 작은 절차의 이 배당금이 이미 도래했고, 오늘의 혁신은 내일의 기준일 수 있다. 급선무는 가능한 한 빨리 배를 타고' 배표' 를 받는 것이다.