Pourquoi choisir comp-hub
comp-hub résout un problème simple mais universel : rendre la réutilisation des composants facile.
Les points de douleur des développeurs
Dans le développement quotidien, avez-vous rencontré ces scénarios :
- Besoin d'un composant de graphique pour un nouveau projet, je me souviens en avoir écrit un similaire dans le dernier projet, mais je ne le trouve plus après une longue recherche
- Copié un composant de tableau d'un autre projet, passé une demi-heure à modifier les chemins et les styles, pour découvrir que les dépendances ne sont pas installées
- Encapsulé un bon composant, mais les collègues ne savent pas qu'il existe, donc ils le réécrivent
- Repris un nouveau projet et découvert trois ou quatre « sélecteurs d'utilisateur » fonctionnellement similaires, mais chacun a quelques problèmes
Ces problèmes semblent triviaux, mais ils consomment chaque jour le temps et l'énergie des développeurs.
La solution de comp-hub
Le cœur de comp-hub est simple :
- Téléversez facilement les composants — extraction automatique des dépendances, génération d'aperçus
- Aperçu en ligne quand nécessaire — voyez l'effet avant de décider de l'utiliser
- Téléchargement en un clic vers le projet — conserve la structure complète, utilisable directement
Pas de processus complexes, pas de coût d'apprentissage supplémentaire, aussi naturel que l'utilisation de paquets npm.
Philosophie de conception
comp-hub est construit sur un principe simple mais puissant :
Seuls les composants qui peuvent s'exécuter immédiatement valent la peine d'être lus.
La douleur traditionnelle
Lorsque les développeurs recherchent des composants aujourd'hui, le flux de travail typique ressemble à ceci :
Recherche → Lire le README → Semble prometteur → Installer les dépendances → Ne fonctionne pas → En essayer un autre → Lire le README à nouveau → Ne fonctionne toujours pas → Abandonner et l'écrire soi-même
Ce processus gaspille énormément de temps : vous investissez des efforts à lire la documentation et à comprendre l'API d'un composant, pour découvrir qu'il est incompatible avec la pile technique de votre projet.
Comment comp-hub inverse la donne
comp-hub inverse ce flux en vérifiant la compatibilité avant d'exiger de l'attention :
Ouvrir comp-hub → Les composants incompatibles sont automatiquement filtrés → Tout ce que vous voyez peut réellement s'exécuter → Aperçu du composant en direct → Satisfait ? Téléchargez et utilisez immédiatement
Le jugement « peut-il s'exécuter ? » est fait en amont — pas après que l'utilisateur a déjà investi du temps à apprendre le composant.
Aperçu en direct + documentation, côte à côte
Sur la page de détail du composant, vous voyez deux choses à la fois :
- En haut : le composant réellement en cours d'exécution — une instance réelle et interactive rendue dans votre environnement local
- En bas : la documentation README complète — guide d'utilisation, props, events, slots et exemples
Une seule page résout à la fois « voir l'effet » et « lire la documentation ». Plus besoin de deviner si un composant fonctionne réellement.
Pourquoi cela compte
Cette conception reconnaît une vérité fondamentale : un composant n'a de valeur que s'il s'intègre à votre projet.
Si un composant repose sur une bibliothèque UI que vous n'utilisez pas, ou une version de framework que vous ne pouvez pas prendre en charge — il n'y a aucune raison de l'étudier. Le système de correspondance des dépendances de comp-hub effectue ce filtrage automatiquement, afin que vous ne voyiez que les composants réellement utilisables dans votre projet actuel.
Comparaison avec Monorepo et la publication NPM
Comparé à Monorepo
| Élément de comparaison | Monorepo | comp-hub |
|---|---|---|
| Couplage du projet | Tous les projets doivent être dans le même dépôt | Les projets sont complètement indépendants, tout projet peut l'utiliser |
| Limitation de la pile technique | Nécessite généralement une pile technique et des outils de construction unifiés | Prend en charge le partage de composants entre projets avec des piles techniques différentes |
| Coût d'intégration | Nécessite de restructurer les projets existants | Zéro modification, les projets existants peuvent être utilisés directement |
| Gestion des versions | Les versions des composants sont étroitement liées aux projets | Les composants ont des versions indépendantes, téléchargement à la demande |
| Scénario applicable | Collaboration en grande équipe sur la même ligne de produits | Réutilisation de composants entre équipes et entre projets |
Résumé : Monorepo convient aux grands projets avec une collaboration étroite, tandis que comp-hub convient mieux aux scénarios de partage de composants faiblement couplés.
Comparé à la publication NPM
| Élément de comparaison | Publication NPM | comp-hub |
|---|---|---|
| Processus de publication | Nécessite enregistrement de compte, configuration package.json, exécution des commandes de publication | Téléversement en un clic, extraction automatique des dépendances et des métadonnées |
| Contrôle des versions | Versionnage sémantique strict, les mises à niveau doivent être prudentes | Itération flexible, n'affecte pas les utilisateurs existants |
| Expérience d'aperçu | Installer d'abord, puis voir l'effet | Aperçu en ligne, télécharger après satisfaction |
| Confidentialité | Les paquets privés nécessitent paiement ou Registry auto-hébergé | Utilisation directe au sein de l'équipe |
| Portée applicable | Convient aux bibliothèques de base, composants génériques | Convient aux composants métier, composants spécifiques au projet |
Résumé : NPM convient à la publication de bibliothèques de base publiques, comp-hub convient à l'accumulation rapide et à la réutilisation des composants métier.
Relation avec l'IA et le low-code
Certains pourraient demander : l'IA peut générer des composants directement maintenant, avons-nous encore besoin de comp-hub ?
La réponse est : Encore plus besoin.
L'IA génère des composants rapidement, mais si les composants générés sont dispersés dans divers projets, ils deviendront bientôt à nouveau « introuvables et inutilisables ». comp-hub peut parfaitement fonctionner avec l'IA :
- Utiliser l'IA pour générer le code de base du composant
- Aperçu, débogage et affinement sur comp-hub
- Téléverser et enregistrer pour la réutilisation par l'équipe
Les plateformes low-code résolvent le problème de la « construction rapide de pages », tandis que comp-hub résout le problème de la « précipitation des composants métier », les deux se complètent.
Pour qui est-ce adapté
| Scénario | Valeur |
|---|---|
| Équipes frontend | Établir une bibliothèque de composants d'équipe, éviter le développement en double |
| Développeurs indépendants | Gérer les actifs de composants personnels, réutilisation entre projets |
| Sociétés d'externalisation | Réutiliser rapidement les composants des projets historiques, améliorer l'efficacité de la livraison |
Si vous avez déjà perdu du temps à « trouver un composant » ou à « copier un composant », comp-hub est préparé pour vous.