Ein alternativer Workflow für Laravel -Paketentwicklung

Dieser Artikel zeigt einen alternativen Ansatz für die Entwicklung von Laravel -Paketen: Sie außerhalb des Laravel -Frameworks selbst aufbauen. Diese Methode fördert eine bessere Isolation, vereinfachte Tests und Debuggen.

Ein Zwei-Faktor-Authentifizierungspaket Beispiel

Der Artikel verwendet ein Zwei-Faktor-Authentifizierungspaket als praktische Demonstration. Das komplette Paket ist hier .

erhältlich

Entwicklungsworkflow:

1. Github -Repository: Beginnen Sie zunächst ein neues Github -Repository zum Verwalten des Code Ihres Pakets. Die repositories -Ketaste des Komponisten in composer.json ermöglicht das Verweisen auf dieses benutzerdefinierte Paket, bevor es auf Packagist ist:

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

benötigen das Paket in der Hauptanwendung composer.json:

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

2. Paket -Skelett (composer.json): Erstellen Sie die Datei composer.json des Pakets, Definieren der Metadaten, Abhängigkeiten (einschließlich illuminate -Komponenten und eines Dienstes wie Twilio) und Autoloading:

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

3. Verzeichnisstruktur: organisieren Sie die Dateien Ihres Pakets logisch (Beispielstruktur im Artikel).

4. Laravel -Anbieter: Verwenden Sie einen Laravel -Dienstanbieter (src/Providers/TwoFAProvider.php), um die Paketregistrierung zu verarbeiten, einschließlich Laden von Migrationen, Verschmelzungskonfigurationen und Registrierung von Bindungen.

5. Tests: gründliche Tests sind entscheidend. Der Artikel empfiehlt orchestra/testbench zum Testen von Laravel -Aspekten Ihres Pakets.

6. Versions -Tagging: Tag Ihr Paket -Releases mit Git -Tags (z. B. v1.0.0), um Versionen zu verfolgen.

7. Continuous Integration (CI): Integrieren Sie ein CI -Tool (wie Travisci), um das Testen über verschiedene PHP -Versionen hinweg zu automatisieren. A .travis.yml Datei konfiguriert den CI -Prozess.

Vorteile dieses Workflows:

Dieser Ansatz bietet eine verbesserte Paketisolation, einfacheres Debuggen und eine breitere Anwendbarkeit über nur Laravel -Projekte hinaus. Der Artikel betont, wie wichtig das Testen und die Verwendung von CI für eine robuste Paketentwicklung verwendet werden. Der Autor fördert den Beitrag der Gemeinschaft, indem er gut getestete, wiederverwendbare Pakete teilt. Der FAQS -Abschnitt klärt weiterhin häufige Fragen zur Entwicklung von Laravel -Paket.

Das obige ist der detaillierte Inhalt vonEin alternativer Workflow für Laravel -Paketentwicklung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!