IE 가 강호로 복귀한 후 브라우저를 가장 싫어하는' 계관' 은 곧 후임자인 애플 사파리가 생겼다.
마찬가지로 Safari 는 현대 웹 API 및 기능을 지원하는 데 있어 다른 경쟁업체에 비해 뒤쳐져 있어 엔지니어들이 다양한 주요 브라우저 (Chrome, Edge, Firefox, Safari) 에서 통합 제품 사용 환경을 구현하기가 직접적으로 어려워지고 있습니다.
오늘 아침에이 문장, Reddit 의 프로그래밍 모듈 1 위를 참조 하십시오. 저자 Perry Sun 은 창업회사의 제품 마케팅 매니저이다. 그의 관점이 반드시 정확한 것은 아니지만, 너에게 약간의 깨우침을 줄 수 있기를 바란다.
또한 Reddit 에서의 토론은 매우 시끌벅적하니 올라가서 볼 수 있습니다.
점진적 웹 응용 프로그램
이제 브라우저에서 기본 응용 프로그램과 고도로 통합된 응용 프로그램 환경을 구현하는 방법에 대해 살펴보았습니다.
이 모든 구현은 개발자가 스마트폰, 태블릿 또는 데스크탑의 기본 어플리케이션과 매우 유사한 웹 어플리케이션을 웹 사이트에서 구축, 느낌 및 실행할 수 있는 현대적인 브라우저 기술인 프로그레시브 웹 어플리케이션 (PWA) 에 따라 달라집니다.
점진적 웹 응용 프로그램은 매우 멋지며 이전에 기본 응용 프로그램에 속했던 다음과 같은 기능도 수행할 수 있습니다.
점진적 웹 응용 프로그램은 승인을 위해 app store 에 컴파일하거나 제출할 필요가 없습니다. 오늘날 스타벅스, Twitter, 우보와 같은 주요 어플리케이션은 점진적 네트워크 어플리케이션을 캐리어로 선택하고 있습니다.
애플이 Safari 에서 점진적 네트워크 응용 프로그램을 지원하는 속도가 느린 데에는 나름대로의 이유가 있다. 이러한 응용 프로그램이 시스템 알림을 게시하지 못하게 하거나 주 화면에 바로 가기 아이콘을 추가하는 것과 같은 점진적 네트워크 응용 프로그램의 기능을 엄격하게 제한해 왔습니다.
이것이 전부는 아니다. IOS 가 지원하는 유일한 웹 렌더링 엔진은 애플 자체의 WebKit 이다. Chrome 을 포함한 모든 타사 iOS 브라우저는 WebKit 만 사용할 수 있으며 다른 엔진과 일치할 수 없습니다 (Windows, Android 또는 MacOS 에서는 제한이 없음). WebKit 은 iOS 시스템에서 점진적 웹 응용 프로그램의 관리 기능 소스입니다.
애플이 점진적 웹 응용 프로그램의 웹 API 를 제한하는 이유는 무엇입니까? 떳떳한 이유는 당연히 사용자의 프라이버시이지만, 아마 반만 믿을 수 있을 것이다.
많은 친구들은 모든 기능을 갖춘 점진적 웹 애플리케이션이 완벽하게 지원되면 iOS 애플리케이션 스토어가 엄청난 경쟁에 직면하게 될 것이라고 생각할 수 있을 것입니다. 애플은 앱이 정식으로 앱스토어에 올라간 경우에만 앱 자체나 앱에서 구매한 모든 구매 거래에서 30% 를 추출할 수 있다.
얼마 전 애플이 점진적 웹 애플리케이션을 지원하기를 꺼리는 논란은 주로 웹 개발자 커뮤니티에 집중되었다. 하지만 오늘날 Epic 와 애플의 반독점 소송이 가열되면서 문제가 대중의 시야에 드러났다.
결국 애플은 점진적 네트워크 응용 프로그램에 대한 지원을 완전히 확대하거나 다른 타사 iOS 브라우저에 문을 열어야 할 수도 있습니다. 그러나 소송 결과가 어떠한지 지켜볼 수밖에 없다.
WebRTC 에' 드래그' 한 수를 쓰다
웹 개발자와 엔지니어는 Safari 가 다른 브라우저처럼 중요한 웹 API 및 CSS 기능을 지원하지 않는다고 불평해 왔습니다.
Reddit 사용자는 ... 애플은 현대 API 에 전혀 신경 쓰지 않는다고 불평했다. 점진적 웹 응용 프로그램? 스트리밍 미디어 애플리케이션? 꺼져. 하지만 애플 형제, 우리는 이 모든 것이 정말로 필요합니다. "라고 말했습니다
WebRTC 의 경우 주로 웹에서 비디오 및 오디오 통신을 지원하는 데 사용되며 파일 전송 및 * * * 화면 콘텐츠 감상에도 자주 사용됩니다.
애플이 실제로 Safari 에 WebRTC 지원을 도입하는 데 몇 년이 걸렸고, Chrome 과 Firefox 에 비해 훨씬 뒤처져 Safari 를 개발자나 업계 관찰자의 우스갯소리로 만들었다.
지원이 마침내 왔지만, WebRTC 가 Safari 데스크톱에서 다른 브라우저보다 훨씬 효과적이라는 것은 잘 알려져 있습니다. 개발자들은 WebRTC 의 iOS 지원은 심지어 엉망진창이고 심지어 구제불능이라는 것을 발견했다.
이전에는 Safari 가 VP9 비디오 인코더나 WebP 이미지 압축 형식을 지원하지 않는다는 비판이 있었습니다. 하지만 좋은 소식은 2020 년 말까지 관련 지원이 드디어 출시되었다는 것이다. 그러나 오래된 문제는 여전하다. 다른 주류 브라우저에 비해 온라인 시간이 너무 늦다.
이제 AV 1 비디오 코덱 및 관련 AVIF 이미지 형식을 지원하기 위해 모든 힘을 합칠지 여부에 대한 새로운 질문이 애플 앞에 다시 한 번 제기되고 있습니다. 애플이 경쟁력 있는 코덱 HEVC 로부터 로열티를 받을 수 있고 HEC 이미지 형식의 강력한 지지자이기 때문에 이것도 어렵다.
버그가 자주 발생하고 업데이트가 제때에 이루어지지 않는다.
많은 개발자들은 포럼에서 사파리가 웹 API 와 CSS 함수 구현에 버그를 많이 가지고 있지만 애플이 이를 해결하는 속도가 매우 느리다고 불평했다.
"애플은 세계에서 가장 부유한 회사 중 하나가 아닌가? 돈을 좀 가지고 나와서 문제를 해결하세요! " Reddit 의 한 사용자가 이렇게 말합니다.
더욱 실망스럽게도, Chrome 이나 Firefox 와는 달리 Safari 는 고정 업데이트 주기가 전혀 없다. 업데이트 빈도는 기본 운영 체제와 일치하며, 이렇게 긴 업데이트 주기는 웹 브라우저에 있어서는 정말 가증스럽다.
마이크로소프트조차도 Edge 브라우저를 자동으로 업데이트할 용기가 있다. 당신은요, 사과?
어쩌면 모든 것이 바뀔 것입니다.
나를 오해하지 마세요. Safari 는 성능이 뛰어나고 프라이버시 기능이 믿을 수 있는 우수한 웹 브라우저입니다.
그러나 이와 함께 핵심 웹 기술과 API 에 대한 지원 능력의 차이는 혼란스럽고 혐오스럽다.
IOS 의 큰 인기와 더불어 애플은 여러 플랫폼에서 개발자가 통일되고 우수한 웹 경험을 만드는 것을 막기 위해 다양한 수단을 계속 사용하고 있어 더욱 화가 난다.
우리는 이 배후의 원인을 이해할 수 있다. 결국 애플은 서비스 수입에 운명을 맡기기로 결정했기 때문에 앱스토어에서 나오는 앱/내부 구매가 중요하다.
대중의 압력에 직면하여 사과는 항상 타협한다. 따라서 예측 가능한 미래에는 애플이 사용자의 의견을 참고하여 사파리의 디자인 아이디어에 대해 약간의 무게 있는 조정을 할 것이라고 믿는다. 애플의 행동을 기대한다.