기술 사실과 측정 주의사항은 번역 간 불일치를 막기 위해 영어를 기준으로 관리합니다.
TypeScript를 네이티브로 컴파일하세요.
One Codebase, Many Targets.
Perry compiles TypeScript to native GUI and CLI apps for macOS, iOS, iPadOS, visionOS, tvOS, watchOS, Android, Wear OS, Windows, Linux, and Web/WebAssembly, with a separate HarmonyOS preview. Native binaries statically link the Perry runtime and GC; they do not require Node.js or an external JavaScript engine.
$ perry compile main.ts
main.ts 컴파일 중...
✓ Example executable written: main (size varies by linked features)
$ ./main
Hello, World!
왜 Perry인가?
The current compiler, runtime, UI, and tooling surfaces — with limitations called out
No External JS Engine
Native builds run without Node.js, Bun, Deno, or an external JavaScript engine installed. The Perry runtime and garbage collector are statically linked into each target-specific binary.
빠른 컴파일
SWC 파싱과 LLVM 최적화 코드 생성을 통한 TypeScript에서 네이티브 코드로의 직접 컴파일. 중간 JavaScript 없음.
Size Scales With Features
Hello world can be about 330 KB and Mango is published at about 7 MB. Applications that link the full standard library or optional V8 fallback can be much larger; size depends on target, imports, and build profile.
Cacheable Builds
Perry caches module objects and can pin a CPU baseline for portable output. Default host builds tune for the local CPU, and final binaries may contain platform UUIDs, timestamps, or signatures, so byte-for-byte cross-machine reproducibility is not promised.
Tracked Node.js APIs
Native implementations cover many familiar Node.js APIs across 53 tracked modules. Coverage is broad but not complete; use perry check and the published limitations for your project.
실제 npm 패키지
Many pure TypeScript and JavaScript packages compile natively. Packages that depend on unsupported dynamic or engine-specific semantics may need the optional embedded V8 fallback or may not work.
35+ Native UI Widgets
35+ native UI widgets map to platform toolkits including AppKit, UIKit, GTK4, Win32, Android SDK APIs, SwiftUI on watches, and a DOM/CSS bridge on Web/WASM. Availability varies by target.
Compile-Time Plugin System
Modules can compose at build time and statically linked dependencies can become direct native calls. Dynamic dispatch and runtime support remain where JavaScript semantics require them.
True Multi-Threading
Real OS threads with parallelMap, parallelFilter, and spawn. Mutable captures are rejected by default; SharedArrayBuffer and Atomics provide explicit shared-memory coordination, with documented typed-view caveats.
Compile-Time i18n
Automatic string extraction, CLDR plural rules for 30+ locales, and compile-time validation. Translations are baked into the binary; lookup cost depends on the generated catalog and call site.
더 알아보기: Perry가 TypeScript를 바이너리로 컴파일하는 방법, Perry를 네이티브 TypeScript 컴파일러로 만드는 요소, 그리고 Electron 대안과 비교했을 때의 위치.
사람들이 만드는 것
Public native applications compiled from TypeScript, with platforms and capabilities taken from their current project pages.
Mango
네이티브 MongoDB GUI — TypeScript로 완전히 구축
Hone
네이티브 AI 코드 에디터 — TypeScript에서 네이티브 바이너리로
Native across documented targets
Eleven documented targets share Perry’s compiler and UI model. Web and WASM are aliases; visionOS, watchOS, and Wear OS have narrower core support, and HarmonyOS is a separate preview.
macOS
AppKit
iOS
UIKit
iPadOS
UIKit
visionOS
UIKit (2D)
tvOS
UIKit
watchOS
SwiftUI
Android
Android SDK
Wear OS
Android SDK
Windows
Win32
Linux
GTK4
Web / WASM
DOM/CSS bridge
--target web and --target wasm are aliases
HarmonyOS
ArkUI
Separate preview; not included in the 11 documented targets
11 documented targets; HarmonyOS is listed separately as a preview. See the platform status guide
코드에서 App Store까지
The perry publish command supports build, signing, packaging, verification, and submission workflows. Availability and prerequisites vary by platform and hosted-service configuration.
Build & Sign
Create platform artifacts and use configured signing credentials. Apple, Android, and Windows workflows require their platform SDKs, accounts, and certificates.
Distribute
Prepare store submissions or direct-download artifacts for supported targets. Store acceptance and processing remain controlled by each store.
Verify
Run available launch and UI checks through Perry and Geisterhand. Test depth and target coverage depend on the selected environment.
Local compilation is free and MIT licensed. Check hosted-service availability → /publish
Perry’s native compilation model
Ahead-of-time machine code and real platform widgets, with an explicitly linked runtime and documented compatibility tradeoffs.
Designed for
- ✓Ahead-of-time machine code through LLVM
- ✓Real platform widgets where each target supports them
- ✓No external Node.js installation or JavaScript engine by default
Tradeoffs to evaluate
- –The Perry runtime and GC are statically linked; overhead is not “none”
- –Perry implements a practical TypeScript and Node.js subset; some packages need the optional V8 fallback
- –Platform capabilities and maturity differ across desktop, mobile, wearable, TV, and Web/WASM targets
Competitor-specific pages are dated and link to upstream documentation. View sourced comparisons
TypeScript를 작성하고, 네이티브로 배포
Use familiar TypeScript syntax and validate each API or package against Perry’s current compatibility surface.
// hello.tsconst greeting = "Hello, World!";console.log(greeting); // Output size varies with target and linked features// No external JavaScript runtime installation needed!Published measurements
Current public results include wins, mixed results, and losses. Treat microbenchmarks as workload-specific measurements, not a universal speed claim.
| 지표 | Perry | Node.js | Bun |
|---|---|---|---|
| 바이너리 크기 | ~330 KB hello world; ~7 MB Mango | Application plus an installed Node.js runtime | Standalone executable embeds the Bun runtime |
| 시작 시간 | ~3.2 ms* | Engine boot and warmup; workload-dependent | Engine boot and warmup; workload-dependent |
| 런타임 종속성 | Statically linked Perry runtime + GC | External Node.js runtime | Embedded Bun / JavaScriptCore runtime |
| 메모리 오버헤드 | Workload-dependent | Workload-dependent | Workload-dependent |
* Measured runtime-only macOS hello world on an Apple M-series host (5.0 → 3.2 ms after removing unused dynamic-library links). Application startup varies.
Full public suite: wins and losses
Perry 0.5.1355 · Node.js 22.23.1 · Bun 1.3.14 · Apple M1, 8 GB · 2026-08-08
Lower wall-clock median is better. Five complete process samples; correctness checks passed. Benchmark names and descriptions remain English technical identifiers.
| Benchmark | Perry | Node.js | Bun | Result |
|---|---|---|---|---|
factorial Modular accumulation | 94 ms | 95 ms | 95 ms | Win vs both |
method calls Class method dispatch | 9 ms | 10 ms | 8 ms | Mixed |
closure Closure creation and invocation | 47 ms | 49 ms | 49 ms | Win vs both |
binary trees Tree allocation and traversal | 4 ms | 6 ms | 6 ms | Win vs both |
string concat String append loop | 2 ms | 4 ms | 1 ms | Mixed |
prime sieve Sieve of Eratosthenes | 28 ms | 6 ms | 5 ms | Loss vs both |
mandelbrot Complex-number iteration | 22 ms | 24 ms | 28 ms | Win vs both |
matrix multiply Matrix multiplication | 85 ms | 33 ms | 33 ms | Loss vs both |
JSON roundtrip Parse and stringify ~1 MB JSON | 184 ms | 380 ms | 220 ms | Win vs both |
시작하기
Perry를 설치하고 TypeScript를 네이티브 실행 파일로 컴파일하세요
1설치
$ npm install -g @perryts/perryRecommended cross-platform install. Native targets still require the relevant platform SDK and linker; run perry doctor after installation.
2사용법
perry doctorChecks the compiler, linker, SDK, and target setup
perry compile main.tsmain.ts를 네이티브 실행 파일로 컴파일합니다
perry compile main.ts -o myapp출력 실행 파일 이름 지정
perry compile main.ts --enable-js-runtimeJavaScript npm 패키지 호환성을 위해 V8 활성화
perry check ./src네이티브 컴파일을 위한 TypeScript 코드 유효성 검사
기능 지원
Tested surfaces and known partial areas — not a blanket claim of complete TypeScript or Node.js compatibility
핵심 언어
- ✓Numbers (f64 + selected unboxed representations)
- ✓Strings (UTF-8)
- ✓Booleans
- ✓Arrays
- ✓Objects
- ✓BigInt (fixed 1024-bit)
- –Proxy
- –eval / runtime-generated code
함수
- ✓Function declarations
- ✓Arrow functions
- ✓Default parameters
- ✓Rest parameters
- ✓Closures
- ✓Higher-order functions
- ✓Async / await
- –Runtime-computed dynamic import
클래스
- ✓Classes and constructors
- ✓Private fields (#)
- ✓Static methods / fields
- ✓Getters / setters
- ✓Inheritance and super
- –Decorators and reflection
- –Dynamic prototype manipulation
- –Weak references / finalizers
타입 시스템
- ✓Type annotations
- ✓Local type inference
- ✓Generics / specialization
- ✓Interfaces
- ✓Union types and guards
- –Runtime type validation
표준 라이브러리
- –fs / path / os
- –crypto
- –Buffer and streams
- –http / http2 / net / tls
- –child_process / worker_threads
- –WebAssembly global
- –~97% Node suite · 53 modules
“Partial” means the API or syntax exists with documented gaps. Exact behavior changes as parity work lands. Read the current limitations
~50 Native Packages and Node APIs
Many popular packages and Node APIs have native implementations. Coverage is package- and feature-specific; perry check and the compatibility documentation are the source of truth.
데이터베이스
보안
HTTP
데이터 처리
날짜 및 시간
유틸리티
작동 원리
From TypeScript source through SWC, Perry HIR, LLVM, and the linked runtime
컴파일러 내부 작동 방식이 궁금하신가요? 컴파일러 내부 구조
심층 분석: LLVM 위의 TypeScript — 모노모픽화, NaN 박싱, 그리고 Perry가 Cranelift를 떠난 이유.
자주 묻는 질문
사람들이 첫 바이너리를 컴파일하기 전에 묻는 모든 것
Perry는 Node.js나 런타임이 필요한가요?
Native Perry binaries run without Node.js, Bun, Deno, or an external JavaScript engine installed. They do include the Perry runtime and garbage collector, statically linked. Packages that need engine semantics can use the optional embedded V8 fallback.
컴파일된 바이너리는 크기가 얼마나 되나요?
Size depends on the target, imports, and build profile. The published examples range from about 330 KB for hello world to about 7 MB for Mango; full-standard-library or optional-V8 builds can be much larger. Treat any size as a measured example, not a universal output size.
npm 패키지를 사용할 수 있나요?
Many pure TypeScript/JavaScript packages compile natively, and roughly 50 package/API implementations are tracked. Compatibility is not universal: packages using native addons, unsupported dynamic behavior, or engine-specific semantics may need the optional V8 fallback or may not work. Run perry check and consult the limitations.
Perry는 어떤 플랫폼을 지원하나요?
Perry documents 11 targets: macOS, iOS, iPadOS, visionOS, tvOS, watchOS, Android, Wear OS, Windows, Linux, and Web/WASM. Web and WASM are aliases; HarmonyOS is a separate preview. Platform maturity and API coverage differ, so consult the platform guide.
Perry는 무료이고 오픈 소스인가요?
The compiler and runtime repository is MIT licensed, and local compilation requires no account. Hosted Perry Publish and commercial support are separate services; availability, limits, and pricing are confirmed in the service or in writing.
Perry는 Bun이나 Deno compile과 어떻게 다른가요?
Bun and Deno standalone executables bundle their runtimes; Perry native builds compile through LLVM and do not embed a JavaScript engine by default, although they statically link the Perry runtime and GC. Exact size and startup comparisons are version-, platform-, and workload-specific. See the dated Perry vs Bun and Perry vs Deno pages.
Perry는 Electron이나 Tauri와 어떻게 다른가요?
Electron ships Chromium and Node.js; Tauri uses a system webview with native-side application code. Perry instead maps its UI model to platform widgets where supported. Bundle size and platform capability vary, so use the dated Perry vs Electron and Perry vs Tauri comparisons rather than a universal size claim.
Perry는 얼마나 성숙한 상태인가요?
Perry is pre-1.0 and changes quickly. Real projects use it today, but language, package, and platform parity are still active work. Review the showcase, current limitations, and changelog before committing a production workload.
더 궁금한 점이 있나요? 시작하기 가이드를 읽어보거나 GitHub Discussions에 질문해보세요.