Composition API
Logique composable et réutilisable via setup() et composables. Code plus maintenable que la Options API sur les projets non triviaux.
Notre framework JavaScript depuis 2018 quand Livewire et Alpine ne suffisent plus : UI très interactives, éditeurs temps réel, SPA déconnectés. Déployé en production sur la webapp Fit'Ballet (le pendant mobile tournant en React Native).
Années d'expertise
8
Depuis 2018
Projets livrés
1+
Plateformes en production utilisant Vue.js
Logique composable et réutilisable via setup() et composables. Code plus maintenable que la Options API sur les projets non triviaux.
Système de réactivité basé sur Proxy : seuls les composants dépendants se re-rendent. Performance prévisible même sur de gros arbres.
Template, script et style dans un seul fichier .vue. Lisibilité supérieure aux composants JSX éclatés en plusieurs fichiers.
Inertia.js pour rester monolithique côté routes, ou API Sanctum classique. On choisit selon le besoin, pas selon la mode.
Build léger, HMR instantané, devtools officiels. L'expérience développeur est l'une des meilleures de l'écosystème JS.
Store global typé, simple, qui remplace Vuex. Intégration TypeScript de première classe.
Nuxt 3 pour les sites publics qui ont besoin de SEO + interactivité poussée. Universel, file-based routing, modules officiels.
Vitest pour les unit tests, Playwright pour le E2E, Vue Test Utils pour les composants. L'outillage de test est mature.
Vue.js n'est pas notre choix par défaut : pour la majorité des écrans que nous construisons dans notre agence Laravel sur mesure, Livewire + Alpine.js suffisent largement et restent plus économes. Mais quand un vrai framework SPA est justifié, nous l'utilisons depuis 2018, avec un choix net : Vue plutôt que React, pour deux raisons. La cohérence syntaxique avec Blade/Livewire (templates HTML lisibles, single-file components) et la qualité de l'outillage officiel (Pinia, Nuxt, Vite, devtools). Cas en production le plus représentatif : la webapp Fit'Ballet, dont le pendant mobile tourne en React Native.
Le SPA n'est ni la bonne ni la mauvaise réponse : c'est une réponse spécifique à un type de problème précis. Quand l'interface a besoin d'être très réactive côté client, de gérer un état complexe, ou de fonctionner en partie offline, un vrai framework JS devient justifié.
Nous évaluons à chaque projet ce qui doit rester serveur (Livewire) et ce qui mérite un SPA Vue. La majorité du temps c'est un mix : application principale en Livewire, modules spécifiques (éditeur, tableau de bord interactif) en Vue embarqué.
Trois patterns courants selon le contexte :
Composants Vue isolés montés dans des templates Blade. Bon pour ajouter de l'interactivité ciblée sans tout réécrire.
Vue côté front, Laravel côté serveur, routes Laravel partagées. On garde la simplicité du monolithe avec les bénéfices d'un SPA. Notre choix par défaut quand le projet est plutôt un SPA mais reste owned par une équipe full-stack Laravel.
Vue ou Nuxt déployé indépendamment, Laravel sert une API REST. Pour les projets où front et back ont des cycles de release différents.
Architecture, cadrage front/back, développement, tests, déploiement. Équipe resserrée, livrable propre.
Composants à refactoriser, performance dégradée, gestion de state qui dérape ? Audit complet avec plan d'action.
Vous avez une équipe Vue mais besoin d'un coup de main sur un module précis ? Nous embarquons pour le temps du chantier.
Que vous démarriez de zéro ou repreniez une base existante, on cadre le projet en amont, sans engagement.
Vous préférez avoir une estimation rapide ? Notre outil vous donne une fourchette en quelques minutes.