Capacitor les plugins connectent les technologies web aux fonctionnalités de dispositifs natifs, permettant ainsi développement d'applications multiplateformes Cette guide vous aide :
- Configurer votre environnement Les outils comme Node.js, Xcode, et Android Studio sont essentiels.
- Suivre les normes Code : Utiliser TypeScript, Swift, et Kotlin avec des conventions de nommage cohérentes et une gestion des erreurs.
- Testez Thoroughement: Écrivez des tests unitaires pour JavaScript, iOS et Android pour garantir la fiabilité.
- Documentez Clairement: Utilisez JSDoc et des fichiers README pour une adoption facile.
- Soumettre une Demande de Tirage: Assurez-vous d'une qualité élevée de code, de tests et de documentation avant de contribuer.
Guide Complet sur les Logiciels Libres - Comment Contribuer
Configuration de l'environnement de développement
La configuration d'un environnement de développement approprié est essentielle au développement efficace de plugins. Un setup bien préparé permet un codage, des tests et une mise en production sans heurts de vos plugins.
Outils et compétences dont vous aurez besoin
Avant de commencer, assurez-vous d'avoir les outils suivants installés :
| Catégorie | Exigences |
|---|---|
| Outils de base | Node.js (LTS), npm 6+, Git |
| IDE/Éditeurs | Visual Studio Code ou votre éditeur préféré |
| Développement iOS | Xcode, SwiftLint, CocoaPods |
| Développement Android | Android Studio, Android SDK, JDK |
Vous devriez également être à l'aise avec TypeScript pour le développement web et soit Swift (pour iOS) ou Java/Kotlin (pour Android) pour les tâches de développement natif [1][2].
Configuration de la Répertoire Monorepo
Le Capacitor plugins Le système d'écosystème repose sur une structure de répertoire monorepo. Cette approche garantit que votre travail est conforme aux normes de la communauté dès le début.
-
Forker et Cloner le Répertoire
Commencez par le fork du Capacitor plugins sur GitHub. Ensuite, clonez votre répertoire forké :git clone https://github.com/your-username/capacitor-plugins.git cd capacitor-plugins npm install -
Installer les Dépendances et Construire
Exécutez la commande suivante pour installer tout ce dont vous avez besoin et construire les plugins :npm run build -
Configurer le Contrôle de Version
Utilisez des branches de fonctionnalités pour vos modifications et maintenez votre fork synchronisé avec le dépôt upstream.
Préparation des Plates-formes Natives
Pour le développement cross-plateforme, vous aurez besoin de configurer les environnements iOS et Android.
Pour iOS :
-
Téléchargez Xcode depuis l'App Store Mac.
-
Installez les outils de ligne de commande en utilisant :
xcode-select --install -
Installez CocoaPods avec :
sudo gem install cocoapods -
Configurez un compte développeur Apple et les certificats nécessaires.
-
Utilisez SwiftLint (facultatif) pour maintenir la qualité de code.
Pour Android :
- Installez Android Studio ainsi que la dernière SDK et un appareil virtuel.
- Assurez-vous d'avoir un JDK installé.
- Configurez correctement la SDK Android dans Android Studio.
Une fois ces plateformes configurées, vous serez prêt à suivre les pratiques de codage établies et à plonger dans le développement de plugins.
Code Standards Guide
Maintenant que votre environnement de développement est configuré, suivez ces lignes directrices pour créer des plugins faciles à maintenir et à utiliser.
Conformité au Guide de style
Le Capacitor écosystème de plugins applique des normes de codage strictes à l'aide d'outils comme ESLint, Prettier, et SwiftLint. Voici un aperçu rapide des exigences de formatage :
| Composant | Format |
|---|---|
| Variables | deviceInfo (camelCase) |
| Classes | BatteryManager (PascalCase) |
| Méthodes | getLanguageCode() (camelCase) |
| Constantes | MAX_RETRY_COUNT (SNAKE_CASE) |
Les plugins devraient utiliser TypeScript pour une meilleure sécurité des types et des fonctionnalités ES6+ telles que async/awaitEn outre, suivez les conventions de codage spécifiques aux plateformes pour Swift (iOS) et Kotlin (Android).
Gestion des erreurs et des types
Une gestion cohérente des erreurs est cruciale pour la compatibilité cross-plateforme. Voici un exemple :
async checkPermissions(): Promise<PermissionStatus> {
try {
const result = await this.implementation.checkPermissions();
return result;
} catch (error) {
throw new Error(`Permission check failed: ${error.message}`);
}
}
Pour la sécurité des types :
- Utilisez des interfaces ciblées conçues pour des cas d'utilisation spécifiques.
- Appliquez des types de union pour les variations spécifiques aux plateformes.
Code Documentation
Une bonne documentation est essentielle pour rendre votre plugin accessible et facile à utiliser. Suivez ces pratiques :
- API Documentation : Écrivez des commentaires JSDoc qui fonctionnent avec
@capacitor/docgenPar exemple :
/**
* @description Get the device's current battery level
* @returns Promise with the battery level percentage
*/
async getBatteryLevel(): Promise<{ level: number }>;
- Structure du README: Incluez les informations essentielles comme les étapes d'installation, les instructions de configuration, les exigences spécifiques à la plateforme, des exemples d'utilisation et une référence détaillée API.
Well-written documentation ensures that your plugin is easy to adopt and contributes to the broader Capacitor community.
Guide de test de plugin
Le test de __CAPGO_KEEP_0__ implique de se concentrer sur quelques domaines critiques pour s'assurer d'une fonctionnalité lisse et de la fiabilité.
Testing Capacitor plugins involves focusing on a few critical areas to ensure smooth functionality and reliability.
Le test de pont natif s'assure d'une communication correcte entre JavaScript et __CAPGO_KEEP_0__. Pour commencer, configurez votre environnement de test avec des frameworks adaptés à chaque plateforme.
Native bridge testing ensures proper communication between JavaScript and native code. To get started, set up your testing environment with frameworks tailored to each platform.
Jest test unitaire pour le côté JavaScript : Pour le test côté natif, utilisez XCTest pour iOS et JUnit pour Android. Voici un exemple pour Android :
// Example of a Jest unit test for the JavaScript bridge
describe('DeviceInfo Plugin', () => {
test('getBatteryLevel returns valid percentage', async () => {
const result = await DeviceInfo.getBatteryLevel();
expect(result.level).toBeGreaterThanOrEqual(0);
expect(result.level).toBeLessThanOrEqual(100);
});
});
Pour le test côté natif, utilisez XCTest pour iOS et JUnit pour Android. Voici un exemple pour Android :
@Test
fun testBatteryLevel() {
val plugin = DeviceInfo()
val result = plugin.getBatteryLevel()
assertTrue(result.level in 0..100)
}
Une fois que vous avez confirmé que la fonctionnalité de pont de base fonctionne comme prévu, passez à la mise en œuvre de tests complets de flux d'utilisateur.
Tests de Plugin Complet
Pour vous assurer que votre plugin fonctionne bien dans différents scénarios, testez différentes catégories :
| Catégorie de Test | Domaines d'attention clés |
|---|---|
| Tests d'intégration | Fonctionnalité cross-plateforme |
| Tests de performance | Utilisation des ressources et temps de réponse |
| Tests de sécurité | Gestion des données et vérifications d'autorisation |
Pour les plugins avec des fonctionnalités complexes, simulez des scénarios d'utilisateur réels. Par exemple, si vous testez un plugin DeviceInfo, vérifiez :
- Téléchargements réussis dans différentes conditions de réseau
- Rapport de progression précis
- Utilisation de la mémoire pendant les transferts de fichiers importants
Test de mise à jour OTA avec Capgo

Capgo fournit des outils open-source pour faciliter la mise en ligne et le test des mises à jour rapidement. Voici comment l'utiliser :
- Configurer canaux de mise à jour comme dev, étape de production.
- Automatiser les déploiements avec des outils CI/CD.
- Envoyer des mises à jour instantanément.
- Surveillez les performances et les problèmes via le Capgo tableau de bord.
Pour des déploiements étalés, Capgo vous permet de limiter les mises à jour à une petite fraction d'utilisateurs. Par exemple, vous pouvez déployer une nouvelle version à 25 % d'utilisateurs tous les 24 heures :
// Example configuration for staged rollout
{
"plugin": "camera-plugin",
"version": "1.2.0",
"rollout": {
"percentage": 25,
"interval": "24h"
}
}
Cette approche étalée aide à identifier les problèmes en amont en exploitant les retours de la communauté avant une mise en production complète.
Processus de demande de tirage
Une fois que vous avez soigneusement testé vos modifications, suivez ces étapes pour soumettre votre demande de tirage :
Liste de vérification de soumission de PR
Avant de soumettre, assurez-vous d'avoir couvert ces domaines clés :
| Catégorie | Ce que vérifier |
|---|---|
| Qualité de Code | - Assurez-vous que les implémentations Swift/Kotlin correspondent à la version web de API. |
| Tests | - Ajoutez des tests unitaires pour toute nouvelle fonctionnalité. - Confirmez que les contrôles de pipeline CI/CD sont réussis. |
| Documentation | - Mettez à jour le README, la documentation inline et le CHANGELOG en fonction des besoins. |
Lignes directrices de la communauté
Lors de la collaboration, suivez ces meilleures pratiques :
- Répondez rapidement aux commentaires de relecture.
- Gardez les discussions centrées sur les détails techniques.
- Utilisez la fonction de proposition de GitHub pour proposer code modifications.
- Soumettez des demandes de tirage de petites tailles, centrées sur une fonctionnalité ou un problème à la fois.
Pour des modifications plus importantes, il est une bonne idée de créer un problème avant et discuter de votre approche. L'équipe de Capacitor se fonde sur les Actions de GitHub pour les contrôles automatisés, et tous les contrôles doivent passer avant que votre demande de tirage puisse être examinée.
Capgo Guide d'intégration
Si votre plugin implique des mises à jour en temps réel, assurez-vous qu'il fonctionne de manière fluide avec Capgo avant de le soumettre :
-
Contrôle de version
Utilisez une versionnement semantique claire pour votre plugin, et documentez toutes les modifications dans le changelog. Le système de Capgo aide à suivre l'adoption des versions sur les appareils des utilisateurs. -
Intégration CI/CD
Intégrez Capgo dans votre pipeline CI/CD pour automatiser les déploiements d'actualisations. -
Suivi des mises à jour
Surveillez les taux de réussite des déploiements et assurez-vous de respecter les lignes directrices des magasins d'applications.
Résumé
Pour faire une contribution significative avec votre plugin, il est important de suivre le processus établi et de respecter les normes de la communauté. Cela inclut la conformité aux lignes directrices de codage de Capacitor et le test rigoureux de votre travail.
Le checklist PR met en évidence la nécessité de soumissions de haute qualité. Si votre plugin prend en charge les mises à jour en temps réel, l'intégration avec Capgo (comme mentionné précédemment) peut vous aider à libérer des mises à jour rapidement sans attendre l'approbation des magasins d'applications.
Une fois votre PR fusionné, restez impliqué en suivant les problèmes et en libérant des mises à jour de version. Une interaction régulière avec la communauté, une maintenance constante et garder le rythme avec les mises à jour de Capacitor assurera que votre plugin reste utile et pertinent.
Prenez en compte les commentaires des utilisateurs et mettez à jour en fonction de vos besoins. Cette démarche continue aide à maintenir la qualité globale de l'écosystème et rend votre plugin précieux pour les développeurs.
Continuez à partir de la guide de contribution de Capacitor Plugin
Si vous utilisez Capacitor Plugin Contribution Guide pour planifier le travail de plugin natif, connectez-le avec Capgo Plugin Directory pour le flux de travail du produit dans Capgo Plugin Directory, Capacitor Plugins par Capgo pour les détails d'implémentation dans Capacitor Plugins par Capgo, Ajouter ou mettre à jour des plugins pour les détails d'implémentation dans l'ajout ou la mise à jour de plugins, Alternatives de plugins d'entreprise Ionic pour le flux de travail du produit dans Alternatives de plugins d'entreprise Ionic, et Capgo Builds natifs pour le flux de travail du produit dans Capgo Builds natifs.