Laravel to Go : mon parcours et la création d'un passe-partout API Fibre

Après avoir passé plus de quatre ans en immersion dans Laravel, je me suis très familiarisé avec l'architecture MVC (Model-View-Controller). Sa simplicité et sa structure en font un plaisir de travailler avec, et les dossiers soigneusement organisés de Laravel aident les développeurs à rester sur la bonne voie. Vous savez toujours où placer votre code, et les nombreux outils intégrés (connexions à la base de données, Redis, files d'attente, migrations, ORM, etc.) rendent la configuration transparente. Avec seulement quelques ajustements à votre environnement, votre application est prête à fonctionner.

Pour moi, l’approche MVC de Laravel reste l’une des plus robustes. Le Modèle définit vos données, la Vue détermine ce que les utilisateurs voient et le Contrôleur gère votre logique métier. C'est simple mais structuré, et Laravel propose cette configuration par défaut, ce qui en fait un excellent cadre de développement.

Mais au fur et à mesure que ma carrière avançait et que je travaillais dans plusieurs secteurs et entreprises, j'ai réalisé que l'approche MVC de Laravel n'était pas toujours suffisante, en particulier pour les applications complexes.

---

Extension du MVC de Laravel pour la complexité

MVC brille pour les applications simples mais peut échouer lorsque la logique devient plus complexe. Par exemple, lors de l'utilisation de Laravel pour les API, la couche View reste souvent inutilisée. Pendant ce temps, placer toute la logique dans les contrôleurs peut rapidement conduire à des fichiers volumineux et difficiles à maintenir.

Pour résoudre ce problème, j'ai étendu la structure MVC de Laravel en introduisant les couches Service et Repository, créant un flux comme celui-ci :

Contrôleur → Service → Référentiel → Modèle

• Contrôleur : gère la validation et dirige le flux d'application.
• Service : Gère la logique métier, divisée en fonctions réutilisables.
• Dépôt : Gère les interactions avec la base de données.
• Modèle : Définit la structure des données.

Cette approche en couches rend le code plus maintenable et évolutif. Au fil du temps, je me suis tellement habitué à cette structure qu’il m’a semblé naturel de l’adopter dans d’autres projets.

---

Enter Go : un tout nouveau défi

Quand j'ai commencé à travailler avec Go (Golang), j'avais l'impression d'entrer en territoire inexploré. Go est assez différent de PHP et n'a pas de structure de dossiers inhérente. Ce n’est pas non plus un langage orienté objet, donc je ne pouvais pas simplement reproduire ce que je savais de Laravel.

Après quelques essais et erreurs, j'ai décidé de m'en tenir à ce que je connaissais : le concept CSRM (Contrôleur, Service, Référentiel, Modèle). J'ai adapté cette structure au Go, même si cela nécessitait une certaine réflexion créative. De plus, j'ai exploré des frameworks qui pourraient simplifier le développement. J'ai essayé Gin et Fiber, choisissant finalement Fiber pour sa vitesse, ses fonctionnalités modernes et sa communauté active.

---

La naissance de mon passe-partout Fibre API

Après plus de deux ans de travail avec Go et Fiber, j'ai décidé de créer un modèle pour rationaliser le développement d'API. Ce n’était pas seulement pour moi : je voulais aussi aider les autres à monter rapidement leurs projets.

Le résultat : Boilerplate Fibre API.

Ce passe-partout est spécifiquement destiné aux API, il n'inclut donc pas de fonctionnalités telles que le rendu des vues ou les moteurs de modèles. La structure des dossiers s'inspire de :

• Normes de mise en page du projet Golang
• Présentation générale du projet d'Ayoub Zulfiqar

J'ai également emprunté de nombreuses idées à Laravel, telles que l'ORM, les connexions aux bases de données, Redis, les files d'attente et l'authentification. Bien qu’il ne soit pas aussi complet que Laravel, il est plus que suffisant pour créer des API générales.

---

Caractéristiques du passe-partout

Voici ce que propose actuellement le passe-partout :

1. Authentification : gestion simplifiée des utilisateurs prête à l'emploi.
2. Rapport d'erreurs : intégré à Sentry.
3. Surveillance des applications : utilise New Relic pour des informations en temps réel.
4. Hot Reload : inclut Air pour un développement plus rapide.
5. Vérifications de code statique : utilise GolangCI-Lint.
6. Documentation API : prise en charge intégrée de Swagger via Swag.
7. Injection de dépendances : propulsé par Google Wire.
8. Déploiement : livré avec Docker et Supervisor pour un déploiement transparent.

Le référentiel comprend également un exemple de code et un LISEZMOI détaillé pour vous guider à travers chaque dossier et fonctionnalité.

---

Construire pour l’avenir

Bien que le passe-partout soit déjà fonctionnel, j'ai l'intention de l'étendre davantage en ajoutant des outils tels que des migrations, des écouteurs d'événements et des commandes. C’est un projet évolutif conçu pour grandir avec ses utilisateurs.

Vous êtes invités à explorer et à utiliser le passe-partout. N'hésitez pas à le personnaliser : ajoutez les outils que vous aimez ou supprimez ceux dont vous n'avez pas besoin. Si vous avez des suggestions ou des demandes de fonctionnalités, créez un problème ou soumettez une pull request.

---

Commencer

Découvrez le Boilerplate Fibre API et essayez-le. J'espère que cela contribuera à simplifier votre parcours de développement d'API Go autant que moi. Construisons ensemble quelque chose d'incroyable !

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!