자체 렌더링 엔진이 있는 iOS용 Chrome의 Google 버전

Google은 Chrome에서 iOS로 Blink 엔진을 포팅하는 작업을 진행하고 있지만 어떤 결과가 있습니까?

Apple의 App Store 규칙은 iOS의 Chrome 브라우저가 기존 Blink 엔진(Google 제공)이 아닌 WebKit 렌더링 엔진(Apple 제공)을 사용하도록 요구하지만 Mountain View 회사가 대체 시나리오 작업을 중단하지 않았습니다. The Register는 미국 거인의 엔지니어가 최근 Blink의 iOS 포트 로 설명할 수 있는 작업을 시작했음을 알아차렸습니다 .

Google은 Blink 엔진을 Chrome에서 iOS로 포팅하는 작업을 진행 중입니다.

이 프로젝트는 현재 Chrome이 아닌 “content_shell” 앱으로 제한되며 Chromium 팀은 이것이 “최종 결과”가 아님을 분명히 합니다. 회사에 따르면 이 프로젝트는 렌더링 및 그래픽 성능을 테스트하기 위해서만 존재합니다. 보도 자료에서 Google 대변인은 Engadget에게 이 Blink 포트는 더 큰 오픈 소스 이니셔티브의 일부인 “프로토타입”일 뿐이라고 말했습니다. 이것은 대중에게 공개되지 않으며 회사는 Apple의 정책을 “계속 준수”할 것입니다.

그러나 Google이 iOS에서 Blink를 원하는 이유를 아는 사람은 아무도 없습니다. Apple의 브랜딩 규칙이 계속 엄격하다면 Google은 Blink 기반 브라우저를 출시할 권한이 없습니다. content_shell을 컴파일하고 실행할 수 있을 만큼 기술적인 사람만이 이것을 이해할 것입니다.

그러나 어떤 목적으로?

그러나 이번에는 우연이 아닐 것입니다. 미국 정부는 Google과 Apple이 플랫폼을 개방하기를 원합니다. 부분적으로는 사용자가 제조업체의 스토어 규칙에 의해 규제되지 않거나 덜 규제되는 앱을 설치할 수 있는 기능을 제공하기 위해서입니다. 또한 최근 Cupertino에 본사를 둔 회사가 타사 iOS 앱 스토어가 유럽 규제 당국의 호의를 더 많이 받을 수 있도록 허용할 수 있다는 소문도 있습니다. Apple이 접근 방식을 완화해야 하는 경우 Blink를 iOS로 포팅하려는 Google의 작업은 전환을 훨씬 더 빠르게 만드는 데 도움이 될 수 있습니다.

이러한 변화는 iOS 브라우저와의 경쟁을 열 수도 있습니다. WebKit을 사용하겠다는 이러한 약속은 이론적으로 가능한 한 보안 취약성을 제한하여 더 강력한 장치 보안을 허용해야 하지만 타사 브라우저가 내부 렌더링 엔진을 사용하여 더 빠르거나 다른 기능을 제공할 수 없기 때문에 선택될 가능성을 줄여야 합니다. 예를 들어 Apple 사파리보다. Android 또는 PC와 마찬가지로 대체 브라우저는 다른 인터페이스보다 훨씬 더 많은 기능을 제공합니다.