이전트 vs 타우리 Capacitor 앱에 대한 선택: 어떤 것을 선택해야 하나?

Electron vs Tauri for Capacitor 앱은 크게 Electron이 Chromium과 Node.js를 자체적으로 배포하여 동일한 크기와 성숙한 업데이트 스토리를 가지고 있지만, Tauri는 시스템 웹뷰와 러스트 백엔드를 사용하여 작고 가벼운 앱이지만 OS에 따라 렌더링이 다르며 러스트가 필요합니다. 대부분의 팀이 기존 Capacitor 앱을 포팅할 때, Electron은 낮은 위험의 기본값이고, 다운로드 크기와 메모리가 생태계보다 더 중요할 때 Tauri가 이길 수 있습니다.

아래는 Capacitor 코드베이스를 통해 자세한 비교를 제공합니다: 재사용할 수 있는 것, 다시 작성해야 하는 것, 그리고 각 런타임이 릴리스에 미치는 영향.

빠른 비교

어떤 런타임이 Capacitor 앱을 실행하는 방식

Capacitor 앱은 정적 웹 빌드와 네이티브 플러그인을 포함합니다. Electron과 Tauri 모두 Capacitor 네이티브 레이어를 실행하지 않기 때문에 두 가지 모두 네이티브 레이어를 로드합니다. webDir 웹 앱으로 작동하고, Capacitor은 각 플러그인의 웹 구현으로 돌아갑니다. Capacitor.getPlatform() 반환 'web' 두 가지 모두.

실제로 이 질문은 다음을 쉽게 대체하고 결과를 배포하는 데 필요한 런타임을 선택하는 것입니다.

Electron

Electron contextBridge웹 code을 호출하고, 그 안에 Electron과 Tauri를 모두 포함하는 전체 설정은 우리의 Electron과 Tauri Capacitor에 대한 가이드에 있습니다. desktop 애플리케이션을 Electron과 함께 Capacitor으로 만들기.

Tauri

Tauri invoke, and you add features through official plugins (file system, dialogs, notifications, shell, store, deep links, updater, and more) or your own Rust code. A minimal setup for an existing Capacitor project:

bun add -d @tauri-apps/cli
bunx tauri init

Tauri

{
  "build": {
    "frontendDist": "../dist",
    "devUrl": "http://localhost:5173",
    "beforeDevCommand": "bun run dev",
    "beforeBuildCommand": "bun run build"
  }
}

Then bunx tauri dev Tauri의 지시를 따라 프로미스를 답변하십시오: Tauri가 빌드에 대한 지시를 따라야 합니다. bunx tauri build 설치자들을 위해. Rust toolchain이 필요하고, Linux에서는 WebKitGTK 개발 패키지를 설치해야 합니다.

바이너리 크기 및 메모리

이것은 Tauri의 가장 명확한 승리입니다. Electron은 모든 앱에 완전한 Chromium 및 Node.js 런타임을 포함하므로, thậm chí는 작은 앱도 수십 MB의 설치 프로그램을 생성하고 일반적으로 더 많이 생성합니다. Tauri은 운영 체제가 이미 가지고 있는 웹뷰를 의존하기 때문에, 설치 프로그램에는 주로 웹 자산과 컴파일된 Rust 바이너리가 포함됩니다.

메모리는 동일한 논리를 따릅니다. 각 Electron 앱은 Chromium 프로세스를 실행합니다. Tauri은 공유 시스템 엔진과 작은 Rust 프로세스를 사용합니다. 사용자가 앱을 일일이 다른 중량 소프트웨어와 함께 실행하거나, 또는 대역폭 제한된 지역에 배포하는 경우, 이 차이는 실제입니다.

크기가 작은 문제라면, 예를 들어 내부 도구를 한 번만 설치하는 경우, 그것이 선택의 결정 요인이 되면 안 됩니다.

웹뷰 일관성

Electron은 항상 동일한 렌더링을 제공하는 이유는 엔진을 포함하기 때문입니다. Tauri은 세 가지 다른 엔진으로 렌더링합니다.

여기에서 Capacitor 앱은 이점을 가지고 있습니다: 이미 두 엔진에서 테스트했습니다. iOS 빌드는 WKWebView에서 실행되며, macOS에서 Tauri이 사용하는 엔진과 동일합니다. Android 빌드는 Android System WebView에서 실행되며, Windows에서 Chromium과 유사한 WebView2와 동일합니다. 새로운 위험은 주로 Linux에서 발생하며, 배포판에 따라 WebKitGTK 버전이 달라지고, Safari와의 기능 및 성능 차이가 있습니다.

리눅스가 주요 목표이고 앱이 최근 CSS 또는 무거운 WebGL에 의존하는 경우, Electron은 버그의 한 클래스를 제거합니다.

플러그인 지원 및 네이티브 기능

두 런타임 모두 Capacitor의 네이티브 iOS 및 Android code을 로드할 수 없습니다. 웹 구현이 있는 모든 것과 함께, 그리고 당신의 code이 전달됩니다.

각 네이티브 전용 플러그인에 대해:

• Electron: TypeScript로 메인 프로세스에서 기능을 작성하세요. 일반적으로 npm에서 Node.js 패키지를 사용합니다. 팀원들은 이미 언어를 알고 있습니다.
• Tauri: 공식 플러그인 목록을 먼저 확인하세요. NOTHING이 맞지 않으면 Rust 명령어를 작성하세요. Rust는 학습 곡선이 있지만 강력한 성능과 메모리 안전성을 제공합니다.

일부 일반적인 요구 사항은 다음과 같이 매핑됩니다:

실시간 업데이트 및 오버 더 에어 업데이트

Capacitor 팀에게는 업데이트 전략이 종종 질문을 결정합니다.

Electron Electron

1. 두 개의 층을 지원합니다: @capgo/electron-updater웹 번들 업데이트와 bunx @capgo/cli@latest bundle upload --channel=production업로드하고 Capgo 실시간 업데이트 __CAPGO_KEEP_0__ 모바일에서.
2. 채널, 롤백, 및 스테이지드 롤아웃은 동일합니다. 전자 업데이터 플러그인 페이지 이것을 다룹니다.

Tauri has an official updater plugin that downloads and installs signed new versions of the whole app. It works well, but every fix, even a one-line CSS change, means a new signed binary per platform. There is no Capgo web-bundle updater for Tauri today, and loading remote web code into a Tauri window is something you would have to build and secure yourself.

모바일 릴리스 프로세스가 이미 Live Update에 의존한다면, Electron은 데스크톱을 동일한 pipeline에 유지합니다.

보안 모델

두 가지 모두 보안이 가능합니다. 다만, 그 방법이 다릅니다.

Electron Electron contextIsolation: true, nodeIntegration: false, and sandbox: true. You expose a narrow API through the preload and validate every IPC call in the main process. The risk is configuration drift: one unsafe flag opens a lot.

Tauri 2 uses capabilities. Each window gets an explicit list of permissions, for example “read files in the app data folder”, and commands outside that list are rejected. The default is closed, which makes mistakes less likely. The Rust core also removes memory-safety bugs from your native code.

웹层을 신뢰하지 말고 특히 사용자 콘텐츠를 렌더링하거나 세 번째-party 스크립트를 로드하는 경우尤其 신뢰하지 마십시오.

어떤 경우든 웹层를 신뢰하지 말고, 특히 사용자 콘텐츠를 렌더링하거나 3rd 파티 스크립트를 로드하는 경우에는 더욱 신중해야 합니다. 개발자 설정 및 팀 적합성

웹 전용 팀이 일주일 이내에 Electron 데스크톱 앱을 배포합니다. Rust 경험이 있는 팀 또는 Rust를 빌드하려는 팀은 Tauri를 사용하여 더 가볍고 효율적인 제품을 얻을 수 있습니다.

Electron을 선택할 때

• 모든 OS(리눅스 포함)에서 동일한 렌더링이 필요합니다.
• Capgo 채널을 사용하여 모바일과 동일한 웹 배ंडल의 실시간 업데이트가 필요합니다.
• TypeScript를 사용하는 팀이 Rust 경험이 없을 때
• npm 패키지에 Node.js API가 포함된 데스크톱 기능에 의존할 때
• 사용자에게 설치 크기와 메모리 사용이 용이합니다.

Tauri를 선택하는 시점

• 다운로드 크기와 비활성 메모리는 제품 요구 사항입니다.
• 앱이 Safari와 Chromium에서 잘 작동하고 Linux는 작은 목표 또는 철저히 테스트할 수 있습니다.
• Rust 기술을 가지고 있거나 성능에 민감한 네이티브 code를 위해 원한다면.
• 바이너리 전용 업데이트가 릴리스 주기와 일치합니다.

실용적인 마이그레이션 경로

결정할 필요가 없습니다. 런타임에 특정한 호출이 없는 Capacitor 웹 code를 유지하세요:

// src/platform/desktop.ts
export interface DesktopApi {
  getVersion(): Promise<string>;
  openFile(): Promise<string | null>;
}

// Electron implementation calls window.desktop.* exposed by the preload
// Tauri implementation calls invoke('get_version') and the dialog plugin

시작 시 구현을 선택하세요. 모바일 빌드는 Capacitor 플러그인을 사용하고 각 데스크톱 런타임에는 얇은 어댑터가 있습니다. 런타임을 나중에 Switching하면 어댑터를 다시 작성해야 하지만 앱 자체를 다시 작성할 필요는 없습니다.

일반적인 놀람을 해결하는 방법

Linux에서 레이아웃이 다릅니다. WebKitGTK은 뒤쳐집니다. 지원하는 배포판에서 테스트하고 매우 새로운 CSS 기능을 사용하지 않도록 피하세요.

플러그인이 모바일에서 작동하지만 데스크톱에서 거부됩니다. 웹 구현이 없습니다. 데스크톱 버전을 자신의 어댑터에서 작성하세요.

이전트 설치 프로그램이 너무 크다. 확인하세요. devDependencies 패키지 파일에서 소스 맵이 제외되었는지 확인하고, 크기가 중요한 경우 아키텍처별로 빌드하는 대신 universal 빌드를 사용하지 마세요.

타우리 빌드가 리눅스 CI에서 실패합니다. 타우리의 사전 요구 사항에 나열된 WebKitGTK 및 build-essential 패키지를 설치한 후 빌드하세요.

판단

팀의 경우 Electron은 더 안전한 기본값입니다: 새로운 언어가 없고 렌더링이 일관적이고 iOS 및 Android 앱과 동일한 pipeline이 Capacitor입니다. Tauri는 크기와 메모리가 중요한 경우 Rust를 소유할 수 있고 live update이 동일한 경우 더 나은 제품 선택입니다. 크기가 중요한 경우 Capgo을 소유할 수 있습니다. 런타임에 특정한 code을 작은 인터페이스 뒤에 두어 결정이 되돌릴 수 있도록 하세요. 모든 플랫폼에서 도움이 되는 Capgo 플러그인 더 많은 것을 찾으려면 플러그인 디렉토리를 확인하세요. 플러그인 디렉토리.