(유일한 대안: 바닐라 자바스크립트

오랫동안 C로 작업하면서 여전히 MFC(Microsoft Foundation Classes)로 개발하는 개발자를 본 적이 있습니다. 이유는 간단합니다. C로 UI를 구축하기 위한 실질적인 대안이 없기 때문입니다. Qt가 존재하지만 전문적으로 사용하려면 상용 라이센스가 필요하므로 MFC가 유일한 옵션입니다.

MFC는 기본 UI 구성 요소를 제공하지만 CAD 소프트웨어나 병원용 애플리케이션과 같은 프로덕션 수준의 프로그램을 만들 수도 있습니다.

현재 자바스크립트 생태계의 상태도 상당히 비슷합니다.

HPSE의 목표를 달성하기 위해 특별히 구축된 프레임워크는 없습니다. Babylon.js와 같은 게임 엔진이 있지만 이러한 엔진은 3D 그래픽용 기능만 제공하며 React처럼 전체적인 구조를 제공하지는 않습니다.

결국 모든 것은 바닐라 JavaScript와 TypeScript로 돌아옵니다. 개발자가 Vanilla JavaScript를 좋아해서 사용하는 것은 아닙니다. 다른 선택의 여지가 없기 때문에 그들은 그것을 사용합니다. 상용 프레임워크가 부족하여 개발자가 C에서 모든 것을 처음부터 빌드해야 했던 초기와 마찬가지로 이제 JavaScript에서도 동일한 상황에 직면합니다. HPSE의 요구 사항을 완벽하게 충족하는 기존 프레임워크가 없으므로 Vanilla JavaScript를 사용하여 수동으로 개발해야 합니다.

솔직히 이것은 JavaScript에만 국한되지 않습니다. 대부분의 다른 언어에도 마찬가지입니다.

'공짜 점심은 없다'는 말이 있습니다.

새로운 경계를 무너뜨리겠다는 원대한 야망으로 시작된 많은 프로그램은 결국 프로그래밍 언어 내에 직접 구축된 사용자 정의 기능에 크게 의존하게 되었습니다. HPSE 역시 언젠가는 브라우저에서 기본 프로그램을 실행하겠다는 비전으로 시작되었으며, 지금은 바닐라 JavaScript로 하나씩 작성해야 합니다.

일부 사람들은 "JavaScript를 버리고 C나 Rust를 사용하여 WebAssembly(WASM) 모듈을 만들고 대신 브라우저에서 실행하면 안 되나요?"라고 주장할 수도 있습니다.

이 질문에 답하는 좋은 이야기가 있습니다.

Babylon.js와 Three.js의 리더들은 WASM 기술이 자신들의 엔진의 미래가 될 것인지에 대한 코멘트를 받은 적이 있습니다. 그들의 대답은 '아니오'였습니다.

이유는 간단합니다. C/Rust 코드는 웹 환경에서 직접 실행되지 않기 때문에 디버깅이 더 어렵습니다. 그리고 V8 엔진의 발전 덕분에 이제 JavaScript는 높은 성능을 달성할 수 있습니다. JavaScript는 브라우저에서 직접 실행되며 높은 생산성을 제공하는 스크립팅 언어입니다. 이러한 장점을 포기할 필요가 없습니다.

과거에는 프로그래머들이 자신만의 운영체제를 개발하며 경쟁했습니다. 그러나 Windows, Mac, Linux가 표준이 된 이후에는 이러한 시스템에서 실행되는 프로그램을 구축하는 방법으로 초점이 옮겨졌습니다. 마찬가지로 오늘날 브라우저는 브라우저 내에서 실행되는 프로그램을 구축하는 방법을 고려하는 것이 합리적인 수준으로 발전했습니다.

JavaScript를 사용해야 하는 것과 사용하지 말아야 하는 것에 대한 명확한 기준이 있고 고급 작업이 실제로 JavaScript에 적합하지 않다면 Microsoft는 Babylon.js 프로젝트를 시작하지 않았을 것이며 Three.js도 시작하지 않았을 것입니다. 생성되었습니다. 새로운 웹 표준으로 자리잡고 있는 WebGPU도 마찬가지입니다.

최근에 저는 개발자로서의 정체성을 되돌아보면서 "프론트엔드"가 정확히 무엇을 의미하는지, 그리고 그 용어가 웹 클라이언트 개발의 범위를 실제로 포괄할 수 있는지에 대해 의문을 품었습니다.

제 생각에는 잘못된 정보가 많을 거라 확신합니다만, 제 생각을 정리하기 위해 첫 번째 블로그 글로 포스팅하겠습니다.

위 내용은 (유일한 대안: 바닐라 자바스크립트의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!