Un alternative Laravel Package Development Workflow

Cet article présente une approche alternative au développement de packages Laravel: les construire en dehors du cadre Laravel lui-même. Cette méthode favorise une meilleure isolement, simplifiant les tests et le débogage.

Un exemple de package d'authentification à deux facteurs

L'article utilise un ensemble d'authentification à deux facteurs comme démonstration pratique. Le package complet est disponible ici .

flux de travail de développement:

1. Référentiel GitHub: Commencez par créer un nouveau référentiel GitHub pour gérer le code de votre package. La clé repositories du composer dans composer.json permet de référencer ce package personnalisé avant qu'il ne soit sur Packagist:

<code class="language-json">{
    "repositories": [
        {
            "type": "vcs",
            "url": "https://github.com/Whyounes/laravel-two-factor-auth-demo"
        }
    ]
}</code>

Ensuite, nécessitez le package dans votre application principale composer.json:

<code class="language-json">{
    "require": {
        "Whyounes/laravel-two-factor-auth-demo": "dev-master"
    }
}</code>

2. Package Skeleton (composer.json): Créez le fichier composer.json du package, en définissant ses métadonnées, ses dépendances (y compris les composants illuminate et un service comme Twilio) et la mise à jour:

<code class="language-json">{
  "name": "whyounes/laravel-two-factor-auth",
  "autoload": {
    "psr-4": {
      "Whyounes\TFAuth\": "src"
    }
  }
  // ... other details
}</code>

3. Structure du répertoire: Organisez logiquement les fichiers de votre package (exemple de structure fournis dans l'article).

4. Proviseur Laravel: Utilisez un fournisseur de services Laravel (src/Providers/TwoFAProvider.php) pour gérer l'enregistrement des packages, y compris le chargement des migrations, la fusion des configurations et l'enregistrement des liaisons.

5. Test: Les tests approfondis sont cruciaux. L'article recommande orchestra/testbench pour tester les aspects Laravel de votre colis.

6. Tagging de version: Taguez vos versions de package à l'aide de balises git (par exemple, v1.0.0) pour suivre les versions.

7. Intégration continue (CI): Intégrez un outil CI (comme Travisci) pour automatiser les tests sur différentes versions PHP. Un fichier .travis.yml configure le processus CI.

Avantages de ce flux de travail:

Cette approche offre une amélioration de l'isolement des emballages, un débogage plus facile et une applicabilité plus large au-delà des projets Laravel. L'article souligne l'importance de tester et d'utiliser CI pour un développement de packages robuste. L'auteur encourage la contribution communautaire en partageant des forfaits réutilisables bien testés. La section FAQ clarifie davantage les questions courantes concernant le développement des paquets Laravel.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!