01.04.2012 - Révision 21.08.2020 - Révision mineure 25.01.2021. Auteur : Pierre Pinard.
Dossier (collection) : Encyclopédie informatique |
---|
Introduction Liste Plan du site Malwarebytes et Kaspersky recommandés Amazon |
Sommaire (montrer / masquer) |
---|
Un « Framework » est un « Cadre de travail », un ensemble de composants logiciels permettant aux développeurs de développer plus rapidement et à moindre coût des applications.
Le principe qui préside au développement de « Frameworks » est le DRY (« Don’t Repeat Yourself » - « Ne vous répétez pas ») élevé, non plus au niveau de briques d'une application, mais au niveau de concepts de développement, d'architecture de production, d'ossature (de charpente) sans spécialisation. Un « Framework » impose une méthodologie de développement chez / pour un éditeur, un art (pas une simple optimisation) du développement.
Un « Framework » n'est pas un programme qui peut être exécuté en tant que tel.
Il existe de nombreux Framework. Chaque grand éditeur de logiciels a son ou ses Framework
Microsoft .NET Framework (prononcer DOT NET Framework) n'est que l'un des Framework de Microsoft.
KDE, par exemple, est un Framework libre fournissant une couche d'abstraction logicielle multiplateforme (grâce au kit de développement Qt de Trolltech), permettant à des applications développées, de manière unique, dans cet environnement, de fonctionner simultanément sous Unix (dont Unix Solaris), Linux, BSD, Mac OS X, Windows. Les applications disponibles sous KDE sont, historiquement, un environnement de bureau (cet environnement de bureau est celui par défaut de certaines distributions Linux comme OpenSuse, Kubuntu ou Mandriva, et est (avec GNOME) la principale alternative libre et grand public aux interfaces Windows et Mac OS X). D'autres applications sont innombrables : voir Wikipedia.
Exemples de Frameworks :
L'idée conceptuelle fondatrice des DLL et des Framework (par exemple les Microsoft .Net Framework) est le principe, en programmation informatique, du DRY ("Don’t Repeat Yourself" - "Ne vous répétez pas"). Ce principe est né de manière concomitante aux très grands projets informatiques, nécessitant des millions de lignes de code par application. Ce principe était déjà largement utilisé, bien que non formalisé, au début des années 1970. L'auteur de cet article mettait en œuvre ce principe et l'imposait aux autres, dès 1972, alors qu'il écrivait en Assembleur, Cobol, Fortran...
On réécrit les mêmes "routines" (les mêmes séquences d'instructions), de très nombreuses fois, au sein d'une unique application et, plus encore, à travers toutes les applications. Le principe de développer des briques logiciels, des bibliothèques de fonctions et services, vient de cette observation, dopée aux fantasmes des informaticiens :