{ "faq": { "hero": { "badge": "FAQ", "title": "Questions Fréquentes", "subtitle": "Tout ce que vous devez savoir sur No.JS." }, "search": { "placeholder": "Rechercher dans la FAQ" }, "sidebar": { "questions": "Questions", "gettingStarted": "Premiers Pas", "coreConcepts": "Concepts Fondamentaux", "comparisons": "Comparaisons", "security": "Sécurité & Production", "resources": "Ressources", "documentation": "Documentation", "examples": "Exemples", "discord": "Communauté Discord" }, "gettingStarted": { "title": "Premiers Pas", "q1": { "question": "Qu'est-ce que No.JS ?", "answer": "Un framework réactif HTML-first. État, fetch de données, routage, i18n, animations : tout déclaré via des attributs HTML. Validation et drag-and-drop maintenant disponibles via NoJS Elements. Zéro dépendance, pas de build." }, "q2": { "question": "Comment commencer ?", "answer": "Ajoutez une balise script :

<script src=\"https://cdn.no-js.dev/\"></script>

Pas de build, pas de gestionnaire de paquets. Commencez à écrire des attributs." }, "q3": { "question": "Faut-il connaître JavaScript ?", "answer": "Des connaissances basiques aident pour écrire des expressions dans les attributs, mais vous n'écrirez pas de fichiers JavaScript. Tout est déclaratif : state, bind, on:click, each.

Pour des cas avancés comme les filtres ou directives personnalisés, vous écrirez un peu de JS. L'objectif est de réduire, pas d'éliminer." }, "q4": { "question": "Puis-je l'utiliser avec des projets existants ?", "answer": "Oui. Ajoutez la balise script à n'importe quelle page HTML. No.JS ne traite que les éléments avec ses attributs, donc il n'interfère pas avec le code existant ou d'autres bibliothèques. Adoption progressive par design." } }, "coreConcepts": { "title": "Concepts Fondamentaux", "q5": { "question": "Comment fonctionne la réactivité ?", "answer": "Objets Proxy JavaScript. Quand vous déclarez state, le framework enveloppe vos données dans un Proxy. À chaque changement de propriété, le trap set notifie les watchers enregistrés, qui mettent à jour le DOM directement. Pas de virtual DOM, pas de diffing." }, "q6": { "question": "Et l'état calculé et les données asynchrones ?", "answer": "Calculé : computed + expr recalcule automatiquement quand les dépendances changent.

Async : get, post, put, patch, delete récupèrent les données dans le contexte réactif. Utilisez into pour envoyer les résultats vers un store global.

Batching : plusieurs changements dans le même cycle sont dédupliqués. Les watchers se déclenchent une fois." }, "q7": { "question": "Quelles fonctionnalités sont incluses ?", "answer": "Tout est livré dans un seul fichier :

• État réactif et propriétés calculées
• Routage SPA avec lazy loading
• HTTP déclaratif (GET, POST, PUT, PATCH, DELETE)
• i18n avec fichiers de locale externes
• Validation de formulaires (Maintenant dans NoJS Elements)
• Animations et transitions
• Drag and drop (Maintenant dans NoJS Elements)
• 32 filtres intégrés" }, "q8": { "question": "Quel est le cas d'usage idéal ?", "answer": "Landing pages, dashboards, outils internes, prototypes, tout ce qui nécessite de la réactivité sans la cérémonie d'un framework complet.

Si la logique métier reste dans le backend, là où elle doit être, le frontend n'a jamais besoin d'être assez complexe pour justifier un framework lourd." } }, "comparisons": { "title": "Comparaisons", "q9": { "question": "No.JS vs Alpine.js ?", "answer": "Alpine est réactif et léger, mais manque de HTTP déclaratif, routage SPA, i18n et filtres intégrés.

No.JS couvre le cycle complet : fetch, bind, loop, route, animate, tout via des attributs HTML. Form validation et drag-and-drop disponibles via NoJS Elements." }, "q10": { "question": "No.JS vs HTMX ?", "answer": "HTMX excelle en HTML server-driven. Il suppose un backend qui retourne des fragments HTML.

No.JS fonctionne avec n'importe quelle API (endpoints JSON, REST, APIs publiques) sans nécessiter un serveur pour composer les réponses. Philosophie différente : HTMX étend le serveur, No.JS étend le navigateur." }, "q11": { "question": "No.JS vs React ou Vue ?", "answer": "React et Vue nécessitent un build, un virtual DOM et des fichiers JavaScript. No.JS ne nécessite rien de tout cela.

Un seul fichier vs 100+ Ko de bundles compilés. Fichiers HTML vs pipelines de build. Le déploiement, c'est envoyer du HTML, pas configurer un pipeline." }, "q12": { "question": "Ça me rappelle AngularJS. C'est similaire ?", "answer": "Même intuition : ramener le développement web au HTML. Exécution différente : zéro dépendance, pas de spirale de complexité.

No.JS reste intentionnellement petit et focalisé sur les cas où un framework complet est excessif." } }, "security": { "title": "Sécurité & Production", "q13": { "question": "Comment No.JS gère la sécurité ?", "answer": "Trois couches de protection :

• Sanitisation HTML : supprime les balises <script>, les event handlers et les protocoles javascript:
• Isolation de scope : le contexte de chaque composant est isolé via Proxy
• CSP-safe par défaut : les expressions sont évaluées par un parser personnalisé — aucun eval() ni constructeur Function() n'est utilisé" }, "q14": { "question": "Quelle est la taille du bundle ?", "answer": "Un seul fichier, zéro dépendance. Cela inclut réactivité, routage, fetch de données, i18n, animations et 32 filtres. Drag-and-drop et form validation maintenant dans NoJS Elements." }, "q15": { "question": "Ai-je besoin d'un build ?", "answer": "Non. Une balise script, zéro configuration. Pas de compilation, pas de transpilation, pas de bundling. Le déploiement, c'est envoyer des fichiers HTML." }, "q16": { "question": "Est-il prêt pour la production ?", "answer": "Oui. 1 350+ tests unitaires, testé sur les navigateurs modernes. Ce site de documentation est entièrement construit avec No.JS." } }, "cta": { "title": "Encore des questions ?", "subtitle": "Consultez la documentation ou rejoignez la communauté.", "docs": "Voir la Documentation", "discord": "Communauté Discord" } } }