Vize
Vue en tant que langue
En "Characterize Vue.js", Vue est présenté non seulement comme un cadre d’interface utilisateur, mais aussi comme un langage pour décrire l’interface utilisateur.
Ce cadrage est important.
Si Vue n’est qu’une bibliothèque, les outils peuvent être une collection d’enveloppes autour de JavaScript.
Si Vue est un langage pour l’interface utilisateur, alors les outils doivent devenir un environnement de langage.
Vue organise la connaissance de l’interface utilisateur
Les fichiers Vue ne sont pas du JavaScript simple avec un peu de HTML à côté.
Ils organisent les connaissances de l’interface utilisateur à travers des fonctionnalités du langage :
Expressions modèles
directives telles que
v-if,v-for,v-bindetv-onLimites des composants
Props et Emits
Machines à sous
Styles à portée
Rendu informé par le compilateur
Structure composante à fichier unique
Ce ne sont pas des commodités aléatoires. Ce sont des moyens de donner des noms et des règles à des problèmes récurrents d’interface.
C’est ce que font les langues.
Ils rendent un domaine écrivable en donnant aux humains de meilleures formes pour penser.
Une langue mérite un environnement
Une fois que vous acceptez Vue comme un système de type langage, la question de la chaîne d’outils change.
Il ne suffit plus de demander :
On peut l’assembler ?
Peut-on en vérifier une partie ?
On peut enlever le bloc de script ?
L’éditeur peut-il le surligner ?
La meilleure question est :
Quel est l’environnement le plus solide que nous puissions construire autour de cette langue ?
Pour un environnement de langage frontend, cela signifie :
Retour d’information du compilateur
Retour de peluches
Stabilité de la formée
Vérification de type
Intelligence de l’éditeur
Documentation des composants
Test de régression visuelle
Contraintes du système de conception
Diagnostics lisibles par IA
Validation de projet dans le monde réel
Le but n’est pas de créer une seule commande qui fait tout de travers.
L’objectif est de rendre l’environnement suffisamment cohérent pour que chaque couche améliore les autres.
Pourquoi la fragmentation nuit davantage à Vue
La fragmentation est douloureuse dans n’importe quelle chaîne d’outils, mais Vue la rend particulièrement visible.
Un fichier .vue traverse plusieurs langages et préoccupations :
Modèles de type HTML
JavaScript ou TypeScript
CSS et préprocesseurs
Directives-cadres
Code de rendu généré
TypeScript virtuel pour la vérification des types de modèles
Si chaque outil voit une tranche différente de ce fichier, l’utilisateur en paie le coût :
Les diagnostics ne sont pas d’accord
Dérive des emplacements des sources
La sortie du compilateur et la sortie lint encodent des hypothèses différentes
Les suggestions de réparation IA ciblent la mauvaise couche
Le comportement de l’éditeur diffère du comportement de l’IC
Pour Vue, l’environnement le plus fort est celui où le SFC est compris comme un seul artefact.
C’est le pari architectural derrière Vize.
L’environnement frontend doit être strict et créatif
Il y a un faux choix dans les outils frontend : soit rendre l’environnement strict et désagréable, soit le rendre flexible et peu fiable.
Vue a toujours été puissant parce qu’il est accessible. Vous pouvez commencer petit, puis développer une structure plus grande.
Vize devrait préserver cet esprit tout en rendant les flux de travail plus stricts pratiques :
Diagnostic rapide pour éviter les vérifications
des règles précises pour que la rigueur ne devienne pas du bruit
snapshots pour que les modifications du compilateur restent réexaminées
Musea donc les systèmes de conception deviennent explorables
Intégration IA pour que la génération de code obtienne un retour déterministe
Des fixations réelles pour que la chaîne d’outils apprenne des schémas de production
L’environnement le plus fort n’est pas celui qui a le plus de règles.
C’est celle où les règles, le compilateur, l’éditeur et les retours de conception soutiennent tous le même modèle mental.
Pourquoi Vize existe dans cet espace
Vize est une expérience visant à construire cet environnement autour de Vue.
Ce n’est pas seulement :
Un compilateur
un linter
Un formateur
un vérificateur de type
un LSP
Une galerie composante
un point d’intégration de l’IA
C’est une tentative de faire en sorte que ces surfaces partagent un même noyau conscient de Vue.
Cela compte car la valeur d’un environnement linguistique ne réside pas dans le nombre d’outils. La valeur réside dans la qualité des relations entre eux.
Quand le compilateur et le linter sont d’accord, la confiance augmente. Quand le rédacteur en chef et le directeur de recherche sont d’accord, les tensions diminuent. Lorsque Musea et l’analyse statique s’accordent, les systèmes de conception deviennent exécutables. Lorsque l’IA et les diagnostics s’accordent, la génération devient plus sûre.
Le frontend a besoin de ça maintenant
Le développement frontend devient de plus en plus complexe :
Applications plus larges
Plus de fonctionnalités du framework
Attentes d’accessibilité plus strictes
Encore du travail sur le système de conception
Plus de modélisation au niveau du type
plus de code généré par l’IA
Plus de surfaces de production sur les appareils et plateformes
La réponse ne peut pas être simplement « installer plus de plugins ».
La réponse doit être un meilleur environnement.
Vue nous propose déjà un langage pour décrire l’interface utilisateur. Vize explore ce que cela signifierait de construire l’environnement frontend le plus solide possible autour de ce langage : rapide, strict, conscient du design, prêt pour l’IA et ancré dans de vrais projets.
C’est la vision à long terme.