Comprendre le développement et le code
Le développement transforme une intention en comportement. Séparez la structure du document, les interactions du navigateur et les décisions du serveur. Définissez les entrées admises et les états de sortie avant d’évaluer une bibliothèque ou un framework.
101 notions à explorer avec leurs définitions et conseils pratiques.
Rechercher dans tout le glossaire
Un parcours de lecture
1. Structure et présentation
Le HTML décrit les éléments ; CSS organise leur présentation. Utilisez des composants adaptés à l’action avant d’ajouter un comportement personnalisé.
2. Échanges et contrats
Une API décrit les échanges attendus. Un endpoint, ses entrées et ses réponses doivent rester compatibles avec le parcours qui les utilise.
3. Erreurs et évolution
Testez les états vides, les interruptions et les données inattendues sur une copie. Conservez les versions et les vérifications nécessaires à une mise à jour.
Les distinctions utiles
Front-end / Back-end
Le front-end couvre l’interface exécutée ou rendue pour le navigateur ; le back-end gère les traitements côté serveur. Un contrôle affiché dans l’interface ne remplace pas une validation au serveur.
API / Webhook
Une API fournit un contrat d’échange ; un webhook sert à transmettre une notification lorsqu’un événement prévu survient. Sa répétition ou son retard doit être prévu par le système destinataire.
Utiliser le vocabulaire pour décider
Situation
Une soumission affiche un succès mais aucun dossier n’est conservé.
Avant de décider
Suivez la requête et la réponse, puis l’état réellement enregistré. Distinguez le message de l’interface et la confirmation du serveur.
Un contrôle concret
Reproduisez le cas sur une copie avec données de test et confrontez les résultats attendus et observés.
Toutes les notions du thème
Les liens ouvrent la définition complète sur sa page alphabétique. Les sigles et synonymes restent recherchables depuis le glossaire général.
- Algorithme
- AMP
- API
- Application Web
- Asynchrone
- AVIF
- Back-end
- Baseline
- Bot
- CacheStorage
- Chargement progressif
- Chaîne de redirection
- Client
- Code source
- Contrat API
- CSS
- Dependency graph
- DOM
- Dynamic content
- Déploiement
- Endpoint
- Event-driven architecture
- Facette de catalogue
- Feature flag
- Framework
- Front-end
- Git
- GraphQL
- Head
- HTML
- HTTP header
- i18n
- IDE
- Idempotence
- Identifiant de corrélation
- Identifiant de livraison webhook
- iframe
- Image responsive
- IndexedDB
- Isolation bidirectionnelle
- ISR
- JAMstack
- Java
- JavaScript
- JavaScript rendering
- Journalisation structurée
- jQuery
- JSON
- JSON Schema
- Lazy loading
- Lien cassé
- Lien localisé
- localhost
- localStorage
- Long task
- Middleware
- No-code
- Node.js
- Nouvelle tentative webhook
- Open source
- OpenAPI
- Page 404
- Page paginée
- Pagination par curseur
- Payload
- PHP
- Plugin
- Progressive enhancement
- Progressive Web App
- Python
- Query string
- Render-blocking resource
- Rendering
- Requête conditionnelle
- Requête preflight
- REST API
- Semantic HTML
- Server-side rendering
- Service worker
- Session
- sessionStorage
- sizes attribute
- srcset
- Staging
- Static site
- Statut HTTP 410
- Storage Access API
- Third-party script
- URL parameter
- URL rewriting
- Validation de formulaire
- Version control
- WebAssembly
- Webhook
- WebMCP
- WebSocket
- WordPress
- XHTML
- XML
- XPath
- YAML
Questions fréquentes
Faut-il toujours une application complexe ?
Choisissez la fonction selon le besoin et l’entretien possible. Une page ou un formulaire simple peut suffire ; la complexité n’est utile que si elle répond à une contrainte réelle.
Une validation JavaScript suffit-elle ?
Elle aide à guider la saisie, mais les règles portant sur les données et les autorisations doivent être appliquées aussi côté serveur. Testez une entrée envoyée sans suivre l’interface normale.
Documents de référence primaires
Ces documents expliquent les notions techniques. Les parcours de lecture et exemples de décision sont des méthodes éditoriales à adapter à votre projet.