F
Forêt
c’est un ensemble des domaines, composés d’arbres, eux-mêmes composés de branches. Si on fait une comparaison avec une grande organisation : un domaine c’est une grande direction : DGITM / DGAMPA / SG. Un arbre, c’est une sous direction : PATMR / DNUM / DR. Et une branche c’est un service ou un département : BSA4 / MSP / UNI. Dans cette forêt, il y a une organisation hiérarchique claire où chaque élément a son rôle et ses responsabilités, tout en faisant partie d’un ensemble plus grand. En informatique, cette structure est utilisée pour gérer et organiser les ressources, permissions et informations dans de grands réseaux. Dans une forêt, on répertorie principalement des ressources informatiques mais il y a aussi une représentation des utilisateurs humains sous forme de comptes d’utilisateurs ou de groupes d’utilisateurs. C’est une organisation centralisée des ressources et droits d’accès des utilisateurs qui facilite l’administration du réseau et la sécurité informatique.
FQDN
Framework
Littéralement, c'est un cadre de travail... Ca ne nous avance guère, me direz-vous... Eh bien, détrompez-vous! Devant vos yeux ébahis se trouve ainsi mise en lumière l'une des caractéristiques essentielles du terme framework en informatique : le cadre.
En effet,
un framework c'est l'ensemble constitué par une ou plusieurs bibliothèques de composants logiciels prêts à l'emploi formant un tout cohérent ET de règles à respecter, imposant de fait un cadre conduisant le développeur, par l'utilisation de "patrons de conception" (ou patterns en anglais), à structurer d'une certaine manière l'architecture logicielle de son produit numérique.
Quel est le but recherché?
Sans vouloir divulgâcher quoi que ce soit, l'objectif de favoriser c'est un développement logiciel plus rapide en fournissant des fonctionnalités communes grâce à des composants construits et maintenus par plusieurs contributeurs, ce qui a pour vertu première d'en améliorer la qualité.
Si l'on tente une analogie avec la construction d'une maison, l'utilisation d'un framework, c'est un peu comme si l'on avait déjà à disposition les éléments de base (fondations, murs, plomberie et électricité, éléments de charpente), pour se concentrer assez rapidement sur l'aménagement intérieur de l'espace, plutôt que devoir fabriquer briques, fenêtres et portes, concevoir le plan de la maison et tout construire soi-même...
On va bien entendu disposer de frameworks pour la partie backend (la "salle des machines") d'une application Web, et de frameworks frontend (la partie visible) pour l'interface utilisateur. citons les plus connus :
| Backend/Frontend | Nom du framework | site Web |
|---|---|---|
| Backend | Django | https://github.com/django/django |
| Laravel | https://laravel.com/ | |
| Ruby on Rails | https://rubyonrails.org/ | |
| ExpressJS | https://expressjs.com/ | |
| CakePHP | https://cakephp.org/ | |
| Flask | https://www.fullstackpython.com/flask.html | |
| ASP .NET Core | https://docs.microsoft.com/en-us/aspnet/core/?view=aspnetcore-3.1 | |
| Spring Boot | https://spring.io/ | |
| Koa | https://koajs.com/ | |
| Phoenix | https://www.phoenixframework.org | |
| Frontend | Vue.js | https://vuejs.org/ |
| Angular | https://angular.dev/ | |
| Svelte | https://svelte.dev/ | |
| JQuery | https://jquery.com/ | |
| Ember | https://emberjs.com/ | |
| Backbone.js | https://backbonejs.org/ | |
| Semantic UI | https://semantic-ui.com/ | |
| Librairie | React | https://fr.react.dev/ |