Aller directement au contenu principal
Logo de Capgo

guide d'application Capacitor

Qu'est-ce qu'une application Capacitor ?

A Capacitor app is a web app shipped inside real native iOS and Android projects. Your interface is HTML, CSS, and JavaScript running in a WebView, while Capacitor plugins bridge that web code to native device APIs like camera, storage, push notifications, biometrics, files, and location. Capgo turns that architecture into a release advantage with live updates, maintained plugins, and native cloud builds.

Explorer les plugins Capgo Bypass la revue pour les correctifs web
Développement d'applications mobiles cross-plateforme sur iOS, frameworks web et Android

Comment ça marche

Capacitor n'est pas un framework de conception d'interface. Il s'agit du runtime natif sous l'application. Ionic, React, Vue, Angular, Svelte, Tailwind ou votre propre système de conception peuvent rendre l'interface à l'intérieur du WebView.

1. Application web

Vous construisez le produit avec les outils web normaux, puis vous sortez des actifs statiques. Capgo peut mettre à jour ces actifs après l'approbation.

2. Coquille native

Capacitor place ces actifs à l'intérieur des projets iOS et Android. Capgo Build aide lorsque ces binaires doivent être reconstruits.

3. Pont de plugin

JavaScript calls plugins, and plugins call Swift, Kotlin, Java, Objective-C, or web fallbacks. Capgo maintains plugins for common native needs.

__CAPGO_KEEP_0__ maintient les plugins pour les besoins natifs courants.

  • Les parties positives
  • With Capgo live updates, allowed HTML, CSS, and JavaScript fixes can bypass the store review queue after the native app is approved.
  • Avec les mises à jour en direct de __CAPGO_KEEP_0__, les corrections autorisées HTML, CSS et JavaScript peuvent contourner la file d'attente de revue de l'application native après que l'application native est approuvée.
  • Native access comes through plugins, and custom Swift, Kotlin, Java, or Objective-C code can still be added.
  • L'accès natif passe par les plugins, et le Capacitor personnalisé Swift, Kotlin, Java ou Objective-C peut toujours être ajouté.
  • Capacitor keeps native iOS and Android projects in the repo, which makes platform debugging and SDK work more explicit.
  • __CAPGO_KEEP_0__ garde les projets iOS et Android natifs dans le dépôt, ce qui rend la débogage des plateformes et __CAPGO_KEEP_1__ plus explicite.
  • Capgo adds maintained Capacitor plugins, live-update channels, rollback, and cloud builds on top of the Capacitor runtime.

__CAPGO_KEEP_0__ ajoute les plugins __CAPGO_KEEP_1__ maintenus, les canaux de mise à jour en direct, la possibilité de reculer et les builds cloud en plus du runtime __CAPGO_KEEP_2__.

  • La UI fonctionne dans un WebView, donc les performances web médiocres deviennent des performances mobiles médiocres.
  • Les transferts de données importants ou fréquents entre le pont JavaScript-natif ajoutent un surcoût.
  • Les équipes ont encore besoin de connaissances natives pour la signature, la revue de l'application, les permissions, Gradle, Xcode et les mises à niveau de SDK.
  • Les projets natives sont des fichiers sources, donc les mises à niveau majeures peuvent nécessiter des changements manuels soigneux.
  • L'écosystème de plugins est large, mais pas chaque plugin de la communauté a la même qualité de maintenance, c'est pourquoi les plugins Capgo maintenus sont importants pour les applications de production.
  • Il n'est généralement pas le meilleur choix pour les UI natives complètes, les jeux avancés, les applications AR lourdes ou les applications avec des flux de données natives à faible latence constant.

Meilleur ajustement, mauvais ajustement

Capacitor s'adapte le mieux lorsque

  • Les outils SaaS, fintech, santé, éducation, marché et internes avec des besoins forts en produits web.
  • Les applications web existantes qui nécessitent une distribution dans l'application-store sans une reécriture native complète.
  • Les équipes qui veulent que web, iOS et Android soient gérés par la même équipe frontend.
  • Les applications avec des besoins natives normaux : caméra, push, authentification, fichiers, biométriques, paiements, localisation et liens profonds.
  • Les produits qui bénéficient d'actualisations de bundles web en direct après l'approbation de la boutique.
  • Les équipes qui souhaitent que Capgo Build gère les builds répétitifs iOS et Android, la signature et les artefacts de publication sans maintenir tous les détails CI natifs.

Choisissez un autre stack lorsque

  • Les jeux de haute gamme 3D, les éditeurs de vidéos, les produits AR d'abord ou les applications pilotées par un rendu natif en temps réel lourd.
  • Les équipes qui souhaitent écrire uniquement Swift, Kotlin, Java ou Dart.
  • Les produits où chaque écran doit être construit à partir de contrôles natifs de plateforme de stock.
  • Les applications qui dépendent d'une niche native SDK lorsqu'il n'existe pas de plugin maintenu et que l'équipe ne peut pas maintenir un.
  • Les équipes qui attendent des changements de politique de store, des permissions, des droits ou des changements de native-code pour contourner la revue d'applications. Les mises à jour Capgo sont pour le bundle web, pas les changements de binaires natifs.

Pourquoi Capgo compte

Les applications natives attendent un nouveau binaire, une signature, un lancement et une revue d'applications pour chaque changement visible. Capacitor vous donne un bundle web à l'intérieur de l'application native. Capgo transforme ce bundle en un chemin de publication plus rapide tout en gardant les changements native-code dans le flux de revue approprié de l'application.

Les mises à jour qui sautent la file d'attente de revue

Capgo envoie les changements de bundle web autorisés directement aux utilisateurs après que l'application native est approuvée, de sorte que les correctifs de copie, les correctifs de UI, les correctifs de JavaScript et les configurations à distance ne doivent pas attendre des jours pour passer en revue sur l'App Store ou le Play Store.

Annuler, canaux et déploiement contrôlé

Capgo permet aux équipes de lancer vers les utilisateurs bêta, des pourcentages, des canaux ou des versions spécifiques, puis d'annuler rapidement lorsqu'une mise à jour web est mauvaise.

Gérés Capacitor plugins

Capgo conserve un grand catalogue de plugins pour les applications de production Capacitor , couvrant les besoins natifs courants tels que l'authentification, le stockage, les achats, les médias, les API de périphérique et les migrations d'entreprise.

Capgo Construire pour les sorties natives

Lorsque les changements natives code sont vraiment importants, Capgo Construire aide à produire des builds iOS et Android, à gérer les signatures, à suivre les journaux et à envoyer des artefacts prêts pour le magasin à partir du même projet Capacitor.

Utiliser Capgo mises à jour en direct Construire les sorties natives

L'histoire et la lignée

Capacitor provient de l'équipe Ionic, la même société derrière le framework Ionic. Il hérite du modèle de WebView et de plugin natif de Cordova et PhoneGap, mais modernise l'expérience de développement autour des npm packages, TypeScript, Swift, Kotlin, des projets natifs engagés et du support PWA.

Cordova et PhoneGap

Capacitor hérite de l'idée d'applications hybrides : une coquille native, un WebView et un pont de JavaScript vers les API natives.

Late 2017

L'équipe Ionic a commencé à explorer une alternative moderne à Cordova lorsque Ionic s'est élargie au-delà de la seule interface utilisateur mobile.

2019

Capacitor a été publié pour la première fois lorsque Ionic s'est tourné vers un runtime web natif pour iOS, Android, bureau et PWAs.

2022

Ionic a rejoint OutSystems. Ionic a plus tard déclaré que Capacitor reste au centre du travail mobile d'OutSystems et du soutien open source.

2023-2026

Ionic a déplacé Capacitor vers un rythme de publication plus prévisible et a commencé un rééquilibrage de la santé de la liste des tâches publiques.

Maintenance et santé

Capacitor est maintenu par l'équipe Ionic, avec des contributeurs communautaires autour de l'écosystème. Le projet est en bonne santé, mais pas parfait : Ionic a reconnu publiquement un endettement de la liste des tâches en février 2026 et a commencé un processus de nettoyage pour les anciens problèmes et demandes de modification.

Instantané vérifié le 6 mai 2026. Les comptes évoluent au fil du temps.

Dernière version stable

8.3.1

Publié le 16 avril 2026

GitHub étoiles

15,6 k

équipe ionic/capacitor

Fork

1,2 k

Répertoire public GitHub

Téléchargements mensuels

9,6 M

@capacitor/core, 6 avril-5 mai 2026

Lecture pratique

Traitez Capacitor comme un choix par défaut fort lorsque votre produit est web d'abord et que les appareils mobiles sont importants. Utilisez Capgo lorsque la vitesse de mise en production est importante : mises à jour en direct pour les correctifs web, annulation pour les versions mauvaises, canaux pour un déploiement étalé, plugins maintenus pour les fonctionnalités natives, et Capgo Build lorsque vous devez produire un vrai binaire natif. Les applications natives uniquement ne bénéficient pas de ce chemin d'actualisation en direct ; chaque correctif attend une nouvelle build et une revue de l'application de magasin.

Construirez des applications natives avec Capgo Commencez par Capgo

Sources

Continuez de Capacitor Guide de l'application

Si vous transformez une application web en application Capacitor, connectez cette page à Capgo Quickstart pour les mises à jour en direct, Capgo Répertoire des plugins pour les capacités natives, Capgo Bâtiments natifs pour les fichiers binaires de l'application, Capgo Mises à jour en direct pour les correctifs après examen, et Créer une application mobile native avec Next.js et Capacitor pour un chemin spécifique au framework.