javascript - 为什么app端的体验要比移动端网页更流畅？

Question

昨晚无意中看到一个同事问了这个问题，自己也留意并思考了一下，也参考了网上的一些评论，但是没有发现什么自己想要的东西。自己感觉移动端的应该都是采用webview,为何有时候差距会比较大呢？

Answer 1

포스터는 네이티브 앱과 H5에서 만든 앱을 비교한다는 뜻인가요? 그렇다면:
H5의 첫 번째 문제는 CSS3 애니메이션을 사용해도, JS 애니메이션을 사용해도 네이티브만큼 매끄럽지 않다는 것입니다. 경우에 따라 원본만큼 매끄럽지 않을 수도 있지만, 대량으로 사용하면 페이지 렌더링 및 원격 데이터 읽기 시 지연이 발생하고 사전 로드도 이상적이지 않습니다.
두 번째는 페이지를 렌더링하기 위해 대규모 데이터를 로드할 때, DOM 작업이 자주 발생하는 경우, MVVM 프레임워크를 사용하더라도 하위 수준 페이지 리소스가 미리 캐시되어 코드가 우아하고 충분한지 확인해야 합니다. , 메모리 제어가 필요합니다. 이것은 프로그래머 자신을 위한 테스트이기도 합니다. WebView의 호환성도 엄격합니다.
가장 중요한 것은 어떤 솔루션과 방법을 사용하더라도 성능 문제는 네이티브 앱과 비교할 수 없다는 것입니다.

Answer 2

APP는 모국어로 구현되므로 웹 페이지의 효율성과 속도가 확실히 더 좋습니다. 네트워크에 의존하거나 모국어보다 더 많은 프로세스가 필요한 중간 변환을 통해 웹 페이지를 렌더링합니다. 앱은 속도가 느리지만 언젠가는 웹페이지도 그만큼 원활해질 것이라고 믿습니다.

Answer 3

모바일 측 리소스는 대부분 로컬에 있지 않나요?
API를 통해 텍스트를 받아보세요

Answer 4

모바일 애플리케이션의 아키텍처는 여전히 주로 네이티브이며 리치 텍스트, 이벤트 페이지 등 웹뷰가 사용되는 곳은 상대적으로 적습니다.
iOS를 예로 들면 UI 인터페이스가 먼저 로드된 다음 요청된 데이터가 로드됩니다. 그러나 모바일 웹페이지에서는 서버가 html, css, js 및 기타 라이브러리와 같은 많은 양의 데이터를 반환해야 합니다. 인터페이스가 표시되기 전에 모바일 웹 페이지는 사람들에게 느낌을 줍니다.

Answer 5

저는 또한 이 문제를 발견했습니다. 아마도 기본 앱의 다양한 숨기기 및 표시 기능보다 DOM 작업이 더 많은 시간을 소비한다는 것이 핵심일 것입니다. 왜냐하면 최초의 HTML 디자인은 단순한 페이지 표시와 스트리밍 콘텐츠를 위한 것이었기 때문입니다. 요즘에는 페이지 요소가 점점 더 많아지고 있으며, 특히 다양한 요소가 중복되어 DOM을 반복적으로 추가, 삭제 및 수정하면 지연이 발생합니다. 예를 들어, vscode 및 sublime으로 대용량 파일을 열 때 컴퓨터의 구성이 아무리 높아도 전자를 사용할 때 약 1~2초에 불과하지만 항상 약간의 지연이 발생합니다. Sublime은 기본 애플리케이션이므로 그렇게 막히지는 않습니다.