JavaScript가 모바일에서 승리하는 이유는 무엇입니까?

JavaScript는 세상에서 가장 아름다운 프로그래밍 언어가 아닙니다. 세계적인 전문가가 언어의 '정수'에 관한 책을 쓴 이유도 바로 여기에 있습니다. 이 책의 이름은 "Deep Digging into the Highlights of JavaScript"입니다. 왜냐하면 좋은 내용이 꽤 깊게 묻혀 있기 때문입니다. 그럼에도 불구하고, 세계에서 가장 인기 있는 언어 중 하나로 빠르게 자리잡고 있습니다. 언어의 단점에도 불구하고 JavaScript는 다른 언어가 제공할 수 없는 중요한 이점을 개발자에게 제공하기 때문에 이러한 인기는 당연합니다. 브라우저 개발자가 Javascript(기술적으로는 ECMAScript)를 웹 언어의 표준으로 합의한 후에는 몇 가지 이점이 있습니다. 나머지는 고유한 웹 애플리케이션 프로그래밍 모델이며 어떤 개선을 통해 개선되지 않았습니다. 그러나 네이티브 애플리케이션이 모바일 장치의 웹 애플리케이션을 지배하고 있지만 JavaScript의 지배력은 점차 모바일 장치로 이동하고 있습니다. 결국 지배하게 될까요?

인기가 있지만 우선순위가 높지 않음

최신 TIOBE 커뮤니티 목록에서는 JavaScript를 모든 프로그래밍 언어 중 6위로 평가하고 있으며 계속해서 상승하고 있습니다. TIOBE 방법의 순위는 더 오래되고 성숙한 언어를 선호하는 경향이 있으며 추세를 덜 잘 따릅니다. 대조적으로 Redmonk 순위 방법은 JavaScript를 첫 번째 위치에 배치합니다. Redmonk 접근 방식은 강력한 오픈 소스 커뮤니티가 있는 언어에 어느 정도 편향되어 있지만 동시에 현재 추세와 관심 사항을 실질적으로 반영할 것입니다. 우리의 개발자 경제 개요에 따르면 HTML5/Javascript 조합은 이미 거의 55%의 모바일 개발자가 사용하는 두 번째로 인기 있는 언어입니다. 근소한 차이로 57%의 사람들이 Java를 사용합니다. 그러나 HTML5와 Javascript의 조합이 사람들 사이에서 선호되는 선택인 반면(19%), 이 분야에서는 Java(29%)보다 훨씬 뒤처졌습니다. 이는 앞으로 몇 년 안에 크게 개선될 것으로 보입니다. [어떻게 생각하나요? 새로운 설문조사가 있으니 확인하고 여러분의 생각을 알려주세요.]

JavaScript는 브라우저에서 자유롭게 돌아다닙니다.

이것은 표준적인 "웹" 승리" 주장이 아닙니다. . 나는 브라우저나 webview 기반 애플리케이션이 결국 모바일 장치를 지배할 것이라고 생각하지 않습니다. 사용하고 성장하더라도 표준이 되지 않습니다. 웹 표준이 미래에 모바일 장치를 지배하게 된다면 DOM(문서 개체 모델)부터 시작해야 합니다. DOM은 애플리케이션이 구축되는 기반이 아니라 문서입니다. 물론 처음에는 플랫폼을 중심으로 문서용 앱을 디자인할 수 있지만 막힐 수 있습니다. 모바일 브라우저나 웹 보기를 위한 상당히 높은 성능의 애플리케이션을 디자인할 수 있는 현재 프레임워크인 React.js, Famo.us 및 lonic을 살펴보세요. 이 세 가지의 공통점은 DOM을 최대한 적게 사용한다는 것입니다.

네, WebGL(또는 HTML5 Canvas 필수)이 너무 많지만 이것들은 저수준 API입니다. 당신에게 필요한 것은 대부분의 애플리케이션을 개발하기 위한 훌륭한 플랫폼을 만들기 위한 크고 멀티바이트일 수도 있는 좋은 프레임워크입니다. 이는 최신 애플리케이션 코드가 원격 서버에서 호스팅되고 특히 모바일 환경에서는 호스팅되지 않는 웹 애플리케이션 프로그래밍 모델에는 잘 맞지 않습니다. 크고 멋진 로컬 WebGL 저장소 위에 하이브리드 애플리케이션을 생성하고 원격 서버에서 애플리케이션별 코드를 가져올 수 있다는 것은 사실입니다. 그런데 왜 브라우저를 사용합니까? javaScript가 하드웨어 그래픽 가속기에서 다른 크로스 플랫폼 프레임워크보다 성능이 뛰어난 이유는 무엇입니까(힌트: Qt는 좋은 것을 제공합니다). 고급 API는 언어 간 브리징에 그렇게 많은 오버헤드를 갖지 않습니다. 특정 기능에 액세스하는 데 제한이 없을 수도 있습니다.

이제 이 설명에 맞는 몇 가지 매우 흥미로운 새 옵션이 있습니다. 네이티브 및 NativeScript에 반응합니다. 서로 다른 방식으로 작동하지만 둘 다 JavaScript를 사용하여 기본 UI로 애플리케이션을 구축합니다. Appcelerator의 TiNext도 흥미로울 수 있습니다. 비록 버전을 출시하지 않은 채 지난 수년 동안 많은 이야기를 나눴더라도 기다려 보시고 살펴보도록 하겠습니다.

자바스크립트 예외

Apple은 모바일에서 JavaScript의 지배력을 회복했습니다. 대부분의 개발자가 모바일에서 민첩한 웹 스타일의 지속적인 전달 모델을 채택하는 것을 방해하는 주요 요인 중 하나는 Apple의 코드 다운로드 금지입니다. 반복 모드에서 이러한 상당한 속도 저하가 없으면 비교 테스트가 훨씬 더 어려울 것입니다. 이것이 실제로 의미하는 바는 개발자, 특히 초보자가 더 느리게 학습한다는 것입니다. 최근까지 더 빠른 반복을 얻을 수 있는 유일한 방법은 먼저 Android로 시작하여 하이브리드 앱을 개발하는 것이었습니다. Apple이 WebView 코드 다운로드 규칙에서 JavaScript를 예외로 만들었기 때문입니다. 첫 번째 경우는 대부분의 얼리 어답터가 플랫폼에서 멀어지고 있음을 의미합니다. 불행하게도 두 번째 경우의 UX 절충안은 너무 커서 대부분의 개발자는 사용자 애플리케이션 오류 또는 로컬로의 전환으로 인해 해당 경로를 택합니다. 그러나 iOS7에서는 JavaScript 실행을 위해 JavaScriptCore 인터페이스가 추가되었으며 최신 iOS 개발자 프로그램 라이선스 약관에서는 JavaScriptCore를 포함하도록 코드 다운로드 예외에 대한 규칙을 수정했습니다.

이는 보안 관점에서 볼 때 의미가 있습니다. Apple은 런타임을 감사하고 업데이트할 수 있지만 타사 런타임이 코드를 다운로드하도록 허용하면 보안 문제를 효과적으로 모니터링할 수 없습니다. JavaScript는 Apple의 유일한 스크립팅 옵션이고 코드를 로컬로 다운로드하는 것을 허용하지 않기 때문에 JavaScript는 빠르게 반복하려는 사람들을 위한 유일한 옵션으로서의 특권적인 위치를 되찾고 있습니다. JavaScript의 가용성으로 인해 React 및 NativeScript와 같은 노력이 촉발되었으며 코드 다운로드 정책에 대한 Apple의 여유로운 통제가 완벽하게 공개되었습니다.

개방성이 승리할 것인가?

웹 옹호자들은 때때로 개방성이 항상 승리하기 때문에 웹 기반 개방형 표준이 궁극적으로 승리할 것이라고 주장하기도 합니다. 그러나 Linux는 위원회별 표준 없이 개방적이고 빠르게 진화하는 생태계의 분명한 예입니다. React, Facebook은 오픈소스 프로젝트에서 빠르게 구축되는 개발자 생태계가 된 것 같습니다. React.js를 중심으로 이미 빠르게 성장하는 위원회가 있으며, 이는 분명히 그들에게 유리한 출발을 제공합니다. 하지만 Telerik의 NativeScript 팀은 Google과 협력하고 있으므로 Angualr 2.0은 완벽하게 통합되어야 합니다. Google은 웹 표준이 DOM으로 이동하는지 여부에 관계없이 DOM이 아닌 환경을 지원할 계획입니다. Microsoft와 Google이 향후 브라우저에 구현할 표준을 지원하는 데 오랜 시간이 걸릴 수 있습니다. 그러나 그들은 TypeScript를 위해 협력하여 JavaScript를 사용하여 덜 복잡한 애플리케이션을 더 쉽게 구축할 수 있게 되었습니다(유형 불일치를 찾아내는 데 있어서 컴파일러가 인간보다 더 똑똑하다는 것이 입증되었습니다).

Apple은 새로운 Swift 언어, 특히 대화형 놀이터를 위한 매우 인상적인 도구를 많이 구축했습니다. 그러나 Facebook은 즉각적인 피드백과 높은 빈도의 즉석 코딩을 기반으로 React Native에서 더 나은 코딩 경험을 가지고 있었을 것입니다. Apple은 계속해서 도구를 반복할 것이며 개발자 커뮤니티는 이제 이러한 새로운 JavaScript 환경 도구를 추가했습니다. Android는 기술적으로 오픈 소스일 수 있지만 커뮤니티 구축 측면에서는 개방적이지 않습니다. Google은 자체적으로 Android의 플랫폼과 도구를 향상시키고 있습니다. 아마도 승리할 것은 개방형 개발자 커뮤니티일 것이며, 진정한 커뮤니티 기반 오픈 소스는 오픈 소스 표준 기반 오픈 소스보다 더 빠르게 반복할 수 있습니다. 이를 위해 "JavaScript를 사용하여 네이티브 UX를 구축"하는 환경과 성공을 위해 이러한 플랫폼은 확실히 실패하지 않을 것입니다. 애플리케이션은 여전히 ​​플랫폼의 모양과 느낌을 기반으로 하고 새로운 플랫폼별 API를 사용하여 구축됩니다.

현재로서는 매우 개방적인 JavaScript 개발자 커뮤니티가 웹 개발 경험이 필요할 뿐만 아니라 네이티브 플랫폼의 모양, 느낌, 성능을 갖춘 앱을 만들기 때문에 승리할 것으로 보입니다. 과거에는 폐쇄형 플랫폼이 항상 승리했습니다. 그 당시에는 폐쇄형 생태계에 맞게 앱을 맞춤화해야 했기 때문입니다. 현재로서는 개방형 웹 표준이 여전히 기반을 잃어가고 있습니다. 모바일 브라우저 제조업체가 자신이 만드는 앱이 기본 앱 경험을 갖도록 허용하는 새로운 표준에 동의할 수 있다면 반드시 승리할 것입니다.

뭘로 만들었어요?

JavaScript가 모바일 개발의 미래를 좌우할 것이라고 생각하시나요? 아니면 Java, Objective-C 및 Swift가 선두 위치를 계속 유지하게 될까요? 사물 인터넷의 경우 백엔드가 Node.js를 통과할까요? 설문조사에 참여하여 앱을 구축하는 데 무엇을 사용하는지 알려주세요.