Node.js 작성자는 안전한 JavaScript 플랫폼 Deno 1.0을 선보였습니다.

XNUMX년여의 개발 끝에 제시된 첫 번째 주요 릴리스 데노 1.0, 서버에서 실행되는 핸들러를 생성하는 데 사용할 수 있는 JavaScript 및 TypeScript에서 애플리케이션을 독립 실행형으로 실행하기 위한 플랫폼입니다. 이 플랫폼은 Ryan Dahl(라이언 달), Node.js의 창시자입니다. Node.js와 마찬가지로 Deno는 JavaScript 엔진을 사용합니다. V8, Chromium 기반 브라우저에서도 사용됩니다. 동시에 Deno는 Node.js의 포크가 아니라 처음부터 새로 만들어진 프로젝트입니다. 프로젝트 코드 배포자 MIT 라이센스에 따라. 어셈블리 준비된 리눅스, 윈도우, 맥OS용.

중요한 버전 번호는 애플리케이션과 OS의 상호 작용을 담당하는 Deno 네임스페이스의 API 안정화와 관련이 있습니다. 지금까지의 소프트웨어 인터페이스 안정되지 않음는 기본적으로 숨겨져 있으며 "--unstable" 모드에서 실행될 때만 사용할 수 있습니다. 새로운 버전이 형성됨에 따라 이러한 API는 점차적으로 안정화될 것입니다. setTimeout(), fetch() 등 공통 함수를 포함하는 전역 네임스페이스의 API는 기존 웹 브라우저의 API와 최대한 유사하며, 브라우저용 웹 표준에 맞춰 개발되었습니다. 플랫폼 코드에서 직접 사용되는 Rust에서 제공하는 API와 Deno 런타임용 플러그인 개발을 위한 인터페이스는 아직 안정화되지 않았으며 계속 개발되고 있습니다.

새로운 JavaScript 플랫폼을 만든 주요 동기는 개념적 오류를 제거하려는 열망이었습니다. 인정하다 Node.js 아키텍처에서 사용자에게 보다 안전한 환경을 제공합니다. 보안을 강화하기 위해 V8 엔진은 Rust로 작성되어 After Free 액세스, 널 포인터 역참조 및 버퍼 오버런과 같은 낮은 수준의 메모리 조작으로 인해 발생하는 많은 취약점을 방지합니다. 플랫폼은 비차단 모드로 요청을 처리하는 데 사용됩니다. 토키오, 또한 Rust로 작성되었습니다. Tokio를 사용하면 이벤트 중심 아키텍처를 기반으로 하는 고성능 애플리케이션을 생성하여 멀티스레딩을 지원하고 비동기 모드에서 네트워크 요청을 처리할 수 있습니다.

주요 특징 데노:

• 보안 지향 기본 구성. 파일 액세스, 네트워킹 및 환경 변수에 대한 액세스는 기본적으로 비활성화되어 있으며 명시적으로 활성화해야 합니다. 기본적으로 애플리케이션은 격리된 샌드박스 환경에서 실행되며 명시적인 권한을 부여하지 않으면 시스템 기능에 액세스할 수 없습니다.
• JavaScript 이상의 TypeScript 지원이 내장되어 있습니다. 표준 TypeScript 컴파일러는 유형을 확인하고 JavaScript를 생성하는 데 사용되며, 이는 V8의 JavaScript 구문 분석에 비해 성능 저하를 초래합니다. 앞으로 우리는 TypeScript 처리 성능을 대폭 향상시킬 TypeScript 유형 검사 시스템의 자체 구현을 준비할 계획입니다.
• 런타임은 단일 독립 실행 파일(“deno”) 형태로 제공됩니다. Deno를 사용하여 애플리케이션을 실행하려면 충분합니다. 업로드 해당 플랫폼에는 크기가 약 20MB인 하나의 실행 파일이 있으며 외부 종속성이 없으며 시스템에 특별한 설치가 필요하지 않습니다. 게다가, deno는 모놀리식 애플리케이션이 아니라 Rust의 크레이트 패키지 모음입니다(deno_core, Rusty_v8), 별도로 사용할 수 있습니다.
• 프로그램을 시작하고 모듈을 로드할 때 URL 주소 지정을 사용할 수 있습니다. 예를 들어, Welcome.js 프로그램을 실행하려면 “deno https://deno.land/std/examples/welcome.js” 명령을 사용하면 됩니다. 외부 리소스의 코드는 로컬 시스템에 다운로드되고 캐시되지만 자동으로 업데이트되지 않습니다(업데이트하려면 "--reload" 플래그를 사용하여 애플리케이션을 명시적으로 실행해야 함).
• 애플리케이션에서 HTTP를 통해 네트워크 요청을 효율적으로 처리하며 플랫폼은 고성능 네트워크 애플리케이션을 생성하도록 설계되었습니다.
• Deno와 일반 웹 브라우저 모두에서 실행될 수 있는 범용 웹 애플리케이션을 생성하는 기능
• 가용성 표준 모듈 세트, 이를 사용하려면 외부 종속성에 대한 바인딩이 필요하지 않습니다. 표준 컬렉션의 모듈은 추가 감사 및 호환성 테스트를 거쳤습니다.
• 런타임 외에도 Deno 플랫폼은 패키지 관리자 역할을 하며 코드 내의 URL을 통해 모듈에 액세스할 수 있도록 해줍니다. 예를 들어, 모듈을 로드하려면 "https://deno.land/std/log/mod.ts"에서 로그로 가져오기 *를 코드에 지정할 수 있습니다. URL을 통해 외부 서버에서 다운로드한 파일은 캐시됩니다. 모듈 버전에 대한 바인딩은 URL 내에 버전 번호를 지정하여 결정됩니다(예: "https://unpkg.com/).[이메일 보호]/dist/liltest.js";
• 구조에는 통합 종속성 검사 시스템("deno info" 명령)과 코드 형식 지정 유틸리티(deno fmt)가 포함되어 있습니다.
• 모든 애플리케이션 스크립트를 하나의 JavaScript 파일로 결합할 수 있습니다.

Node.js와의 차이점:

• Deno는 npm 패키지 관리자를 사용하지 않습니다.
  리포지토리에 묶여 있지 않고, 모듈은 URL이나 파일 경로를 통해 주소가 지정되며, 모듈 자체는 모든 웹사이트에 배치될 수 있습니다.
• Deno는 모듈을 정의하기 위해 "package.json"을 사용하지 않습니다.
• API 차이점, Deno의 모든 비동기 작업은 약속을 반환합니다.
• Deno는 파일, 네트워크 및 환경 변수에 필요한 모든 권한을 명시적으로 정의해야 합니다.
• 핸들러와 함께 제공되지 않은 모든 오류는 애플리케이션 종료로 이어집니다.
• Deno는 ECMAScript 모듈 시스템을 사용하며 require()를 지원하지 않습니다.
• Deno의 내장 HTTP 서버는 TypeScript로 작성되어 기본 TCP 소켓 위에서 실행되는 반면, Node.js HTTP 서버는 C로 작성되어 JavaScript에 대한 바인딩을 제공합니다. Deno의 개발자들은 전체 TCP 소켓 계층을 최적화하고 보다 일반적인 인터페이스를 제공하는 데 중점을 두었습니다. Deno HTTP Server는 낮은 처리량을 제공하지만 예측 가능한 짧은 대기 시간을 보장합니다. 예를 들어, 테스트에서 Deno HTTP 서버를 기반으로 하는 간단한 애플리케이션은 최대 25밀리초의 대기 시간으로 초당 1.3개의 요청을 처리할 수 있었습니다. Node.js에서 유사한 애플리케이션은 초당 34개의 요청을 처리했지만 지연 시간은 2~300밀리초였습니다.
• Deno는 Node.js(NPM)용 패키지와 호환되지 않으나 별도로 개발 중입니다. 중간층 표준 Node.js 라이브러리와의 호환성을 위해 개발됨에 따라 Node.js용으로 작성된 더 많은 애플리케이션이 Deno에서 실행될 수 있습니다.

출처 : opennet.ru