Choix technique Front-End

J0rdan-m
4 min readDec 31, 2022

Salut à tous !

Je suis heureux de présenter Nuxt.js comme mon option technique pour le Front-End de notre solution SaaS ! J’ai choisi ce framework car je pense qu’il est idéal pour nos besoins et qu’il offre plusieurs avantages pour notre projet. Dans ce blog, je vais justifier cette décision et expliquer pourquoi je pense que Nuxt.js est la meilleure option pour notre équipe.
Alors, préparez-vous à apprendre pourquoi j’ai choisi Nuxt.js pour notre prochaine solution SaaS !

Je développe en Vue.JS

Ma familiarité avec Vue.js est la première justification de mon choix de Nuxt.js. J’adore l’utiliser, et j’ai déjà appliqué le framework à un certain nombre de projets. J’ai donc décidé d’opter pour un framework basé sur Vue.js plutôt que sur React, comme Next.js ou Gatsby. Même si j’ai une connaissance de base de React, je me sens plus à l’aise avec Vue.js.

Je peux tirer parti de mon expertise de Vue.js en utilisant Nuxt.js pour créer rapidement et efficacement. J’ai utilisé Vue.js sur de nombreux projets et je suis à l’aise avec lui en raison de sa syntaxe simple et de sa mise en œuvre directe.

Nuxt.JS, c’est “facile”

Sa facilité d’utilisation est le deuxième facteur qui m’a conduit à choisir Nuxt.js. Pour vous aider à vous lancer rapidement, ce framework offre une structure de projet claire et une documentation complète. Ainsi, je peux rapidement mettre en place mon projet et me concentrer sur la création du programme plutôt que sur la mise en place de chacun de ses composants.

Il sera plus simple de comprendre le code de l’application si le projet a une structure claire et des conventions de dénomination établies. Au final, cela me permettra de créer mon produit SaaS plus rapidement et plus efficacement.

Vue.JS, avec quelques fonctionnalités en plus

Les fonctionnalités de Nuxt.js sont la troisième raison pour laquelle je l’ai choisi. En utilisant Nuxt.js, vous pouvez construire des applications Web universelles (UWA), ou des programmes qui fonctionnent à la fois sur le serveur et le client, ce qui est avantageux pour les programmes qui placent une lourde charge sur le serveur. Dans ce cas, Nuxt ne sera utilisé que pour produire du code côté client dans la version initiale de mon service SaaS.

En outre, Nuxt.js offre un large éventail d’autres fonctionnalités, notamment la création de pages web statiques, la gestion efficace des routes et la gestion transparente des données asynchrones. Enfin, le framework comprend un serveur de développement intégré qui peut simplifier la création et le débug de votre application.

J’ai décidé d’utiliser Vite plutôt que Webpack. Pour les projets Nuxt.js de petite ou moyenne taille, Vite est particulièrement pratique car il vous permet de vous lancer immédiatement et de profiter de la rapidité du rechargement en direct sans avoir à construire un serveur de développement difficile comme Webpack.

Convention over configuration

L’adhésion de Nuxt à la philosophie “convention over configuration” est une autre chose que j’ai appréciée. En utilisant des noms et des conventions structurelles prédéterminés, cette idée vise à minimiser la quantité de configuration requise pour utiliser un outil ou un framework.

Sur la base de cette idée, de nombreux frameworks très appréciés, notamment Laravel pour PHP, Spring pour Java et Rails pour Ruby, permettent aux développeurs de se concentrer sur la création de l’application plutôt que sur la configuration de chaque composant du projet.

Par exemple, Nuxt.js utilise une convention de dénomination pour les fichiers de composants Vue.js qui permet de les identifier facilement. Les fichiers de composants doivent être nommés avec le suffixe .vue et se trouvent généralement dans le dossier “components” de votre projet.

Nuxt.js utilise également une convention de dénomination pour les fichiers de route qui permet de les identifier facilement. Les fichiers de route sont nommés avec le suffixe .vue et sont généralement situés dans le dossier “pages” de votre projet. Chaque fichier de route correspond à une route dans l’application et Nuxt.js gère automatiquement la génération de l’arbre des routes en fonction de la structure du dossier “pages”.

La communauté active

Le dernier point pour lequel j’ai choisi Nuxt.js est la communauté active qui l’entoure. Nuxt.js est un framework open source développé et maintenu par une équipe de bénévoles passionnés et une communauté de développeurs actifs.

La communauté de Nuxt.js est très active et offre de nombreuses ressources pour aider les développeurs à utiliser le framework de manière efficace. Il existe un grand nombre de tutoriels et de documentation en ligne, ainsi que des forums de discussion et des groupes de discussion sur les réseaux sociaux où les développeurs peuvent poser des questions et obtenir de l’aide.

Vue.JS + Convention over configuration : quelques kilos dans la balance…

En fin de compte, ma connaissance de Vue.js et le côté “convention over configuration” de Nuxt.js ont été les points les plus importants dans mon choix de ce framework. J’ai choisi Nuxt.js en grande partie en raison de mon expérience avec Vue.js et de mon désir de travailler avec un framework qui lui adjoint la philosophie “convention over configuration”. En utilisant Nuxt.js, je suis sûr que je vais pouvoir développer ma solution SaaS de manière efficace et rapide.

J’espère que cet article vous a aidé à comprendre pourquoi j’ai choisi Nuxt.js pour développer notre solution SaaS. Dans le prochain post, je vais vous parler de mon choix pour le backend de notre application et pourquoi j’ai décidé d’utiliser tel ou tel framework ou technologie.

--

--

J0rdan-m
J0rdan-m

Written by J0rdan-m

0 Followers

Je partage mes expériences acquises lors des étapes de la création de mon logiciel SaaS Adaptive-Resume.

No responses yet