Bonjour,
Si vous deviez donner une définition en termes simples de cette expression à une personne qui n'a jamais programmé de sa vie, que diriez-vous ?
- C'est quoi ?
- A quoi ca sert ?
- Comment ça marche ?
etc etc...
Merci d'avance pour vos zavis zéclairés.
Version complète : Framework de développement ?
Wikipedia : http://fr.wikipedia.org/wiki/Framework
Framework
Un article de Wikipédia, l'encyclopédie libre.
Aller à : Navigation, Rechercher
wikt:
Le Wiktionnaire possède une entrée pour « framework ».
Un framework est un ensemble de bibliothèques permettant le développement rapide d'applications. Il fournit suffisamment de briques logicielles pour pouvoir produire une application aboutie. Ces composants sont organisés pour être utilisés en interaction les uns avec les autres (voir urbanisation).
Des tentatives de francisation du terme ont été faites. On trouve ainsi parfois les termes cadre d'applications, proposé par l'Office québécois de la langue française[1] ou cadriciel[2].
Un framework est un ensemble de classes abstraites collaborant entre elles pour faciliter la création de tout ou partie d'un système logiciel. Un framework fournit un guide architectural en partitionnant le domaine visé en classes abstraites et en définissant les responsabilités de chacune ainsi que les collaborations entre classes. Un framework est habituellement implémenté à l'aide d'un langage à objets, bien que cela ne soit pas strictement nécessaire. Le déploiement à grande échelle de bibliothèques d'objets exige un framework ; celui-ci fournit un contexte où les composants sont ré-utilisés.
On trouve différents types de frameworks :
1. Framework d'infrastructure système : pour développer des systèmes d'exploitation, des interfaces graphiques, des outils de communication. (exemple : Framework .Net, Eclipse, NetBeans, Struts)
2. Framework d'intégration intergicielle : pour fédérer des applications hétérogènes. Pour mettre à dispositions différentes technologies sous la forme d'une interface unique. (exemple : Ampoliros avec ses interfaces RPC, SOAP, XML)
3. Frameworks d'entreprise : pour développer des applications spécifiques au secteur d'activité de l'entreprise.
Les principaux avantages de ces frameworks sont la réutilisation de leur code, la standardisation du cycle de vie du logiciel (Spécification, développement, maintenance, évolution), ils permettent de formaliser une architecture adaptée au besoin de l'entreprise. Ils tirent partie de l'expérience des développements antérieurs.
Ces frameworks sont en quelque sorte des progiciels extrêmement souples et évolutifs.
Framework
Un article de Wikipédia, l'encyclopédie libre.
Aller à : Navigation, Rechercher
wikt:
Le Wiktionnaire possède une entrée pour « framework ».
Un framework est un ensemble de bibliothèques permettant le développement rapide d'applications. Il fournit suffisamment de briques logicielles pour pouvoir produire une application aboutie. Ces composants sont organisés pour être utilisés en interaction les uns avec les autres (voir urbanisation).
Des tentatives de francisation du terme ont été faites. On trouve ainsi parfois les termes cadre d'applications, proposé par l'Office québécois de la langue française[1] ou cadriciel[2].
Un framework est un ensemble de classes abstraites collaborant entre elles pour faciliter la création de tout ou partie d'un système logiciel. Un framework fournit un guide architectural en partitionnant le domaine visé en classes abstraites et en définissant les responsabilités de chacune ainsi que les collaborations entre classes. Un framework est habituellement implémenté à l'aide d'un langage à objets, bien que cela ne soit pas strictement nécessaire. Le déploiement à grande échelle de bibliothèques d'objets exige un framework ; celui-ci fournit un contexte où les composants sont ré-utilisés.
On trouve différents types de frameworks :
1. Framework d'infrastructure système : pour développer des systèmes d'exploitation, des interfaces graphiques, des outils de communication. (exemple : Framework .Net, Eclipse, NetBeans, Struts)
2. Framework d'intégration intergicielle : pour fédérer des applications hétérogènes. Pour mettre à dispositions différentes technologies sous la forme d'une interface unique. (exemple : Ampoliros avec ses interfaces RPC, SOAP, XML)
3. Frameworks d'entreprise : pour développer des applications spécifiques au secteur d'activité de l'entreprise.
Les principaux avantages de ces frameworks sont la réutilisation de leur code, la standardisation du cycle de vie du logiciel (Spécification, développement, maintenance, évolution), ils permettent de formaliser une architecture adaptée au besoin de l'entreprise. Ils tirent partie de l'expérience des développements antérieurs.
Ces frameworks sont en quelque sorte des progiciels extrêmement souples et évolutifs.
Grillé par Khertan 
!
!
CITATION(Khertan @ 07/02/2007 à 20:44 ) 
Un framework est un ensemble de classes abstraites collaborant entre elles pour faciliter la création de tout ou partie d'un système logiciel. Un framework fournit un guide architectural en partitionnant le domaine visé en classes abstraites et en définissant les responsabilités de chacune ainsi que les collaborations entre classes. Un framework est habituellement implémenté à l'aide d'un langage à objets, bien que cela ne soit pas strictement nécessaire. Le déploiement à grande échelle de bibliothèques d'objets exige un framework ; celui-ci fournit un contexte où les composants sont ré-utilisés.
Termes simples ?
Allons-y alors pour une approche simpliste :
Un framework est un terme désignant l'une des familles d'outil permettant de créer un programme. Il y a plusieurs façon d'écrire un programme, un peu comme on construirait une maison.
On peut la construire brique par brique, en placant porte et fenetre au fur et à mesure que l'on monte les murs, c'est la programmation conventionnelle, pour la quelle on utilise un langage de programmation.
On peut utiliser des élément préfabriqués. Il suffit alors de passer commande à un fournisseur des différents éléments (bonjour, je veux un mur de 3 metres de long, avec deux fenetres....) puis de les assembler, c'est le type de programmation ou l'on utilise un framework. Le Framework étant le fournisseur des éléments préfabriqués.
La programmation par framework va plus vite, est plus simple, mais l'on est tributaire du FrameWork, qui doit être installé sur chaque machine qui fera tourner le programme.
En éspérant de pas écrire de carabistouilles !
Un framework est un terme désignant l'une des familles d'outil permettant de créer un programme. Il y a plusieurs façon d'écrire un programme, un peu comme on construirait une maison.
On peut la construire brique par brique, en placant porte et fenetre au fur et à mesure que l'on monte les murs, c'est la programmation conventionnelle, pour la quelle on utilise un langage de programmation.
On peut utiliser des élément préfabriqués. Il suffit alors de passer commande à un fournisseur des différents éléments (bonjour, je veux un mur de 3 metres de long, avec deux fenetres....) puis de les assembler, c'est le type de programmation ou l'on utilise un framework. Le Framework étant le fournisseur des éléments préfabriqués.
La programmation par framework va plus vite, est plus simple, mais l'on est tributaire du FrameWork, qui doit être installé sur chaque machine qui fera tourner le programme.
En éspérant de pas écrire de carabistouilles
!
Ben nan !! ça se tient 
Je dirais aussi que le framework formatte un peu ton application. Il te sera difficile d'en dévier. Et là, je trouve que cela tue la création logicielle.
Je dirais aussi que le framework formatte un peu ton application. Il te sera difficile d'en dévier. Et là, je trouve que cela tue la création logicielle.
CITATION(Fredouille.95 @ 07/02/2007 à 20:31 )
Ben nan !! ça se tient
Je dirais aussi que le framework formatte un peu ton application. Il te sera difficile d'en dévier. Et là, je trouve que cela tue la création logicielle.
Je dirais aussi que le framework formatte un peu ton application. Il te sera difficile d'en dévier. Et là, je trouve que cela tue la création logicielle.
Bof, un peu simpliste comme raisonnement, non ?
moi je dirais pour faire simple à un non programmeur : un atelier logiciel, ou environnement de developpement.
- C'est quoi ? un tout-en-un de programmes intelligemment organisés
- A quoi ca sert ? accélérer / fiabiliser / harmoniser le développement
- Comment ça marche ? chercher à "design pattern" (désolé, peut pas faire plus simple )
- A quoi ca sert ? accélérer / fiabiliser / harmoniser le développement
- Comment ça marche ? chercher à "design pattern" (désolé, peut pas faire plus simple
)
CITATION(Alastor 2262 @ 07/02/2007 à 20:20 )
La programmation par framework va plus vite, est plus simple, mais l'on est tributaire du FrameWork, qui doit être installé sur chaque machine qui fera tourner le programme.
En éspérant de pas écrire de carabistouilles !
En éspérant de pas écrire de carabistouilles
!Pas d'accord, dans le cas de développement Web (architecture 3 tiers) le framework (ex. Spring, Hibernate) est installé sur le serveur d'application et pas sur les postes clients qui font tourner le programme.
Je pensais à .NET, et dans le cas du Web, c'est bien le serveur qui fait tourner le soft !
!
Définition en 5 mots : ne pas réinventer la roue.
Définition en 3 mots : boite à outils
Définition en 3 mots : boite à outils
Définition en 3 mots : boite à outils
Définition en 1 mot : framework
en 3 lettres : fwk
On peut dire ce qu'un framework n'est pas:
-un framework n'est pas un atelier de génie logiciel ou un environnement de développement... ceux-ci ne sont que des outils, même si certains outils ou plug-ins facilient l'utilisation de frameworks
-un framework n'est pas une collection de design patterns, même si souvent un framework s'appuie sur un certain nombre de ceux-ci.
-Un framework n'est pas une bilbiothèque ou une boite à outils... (ce que microsoft appelle (à tort) framework est en réalité la bibliothèque nécessaire à faire tourner les applications .Net).
La distinction la plus délicate à faire est entre framework et bibliothèque... pour essayer de comprendre on peut dire qu'une bibliothèque offre des services: on s'en sert ou pas, c'est au choix. Un framework, lui, oblige à faire les choses d'une certaine manière.
-un framework n'est pas un atelier de génie logiciel ou un environnement de développement... ceux-ci ne sont que des outils, même si certains outils ou plug-ins facilient l'utilisation de frameworks
-un framework n'est pas une collection de design patterns, même si souvent un framework s'appuie sur un certain nombre de ceux-ci.
-Un framework n'est pas une bilbiothèque ou une boite à outils... (ce que microsoft appelle (à tort) framework est en réalité la bibliothèque nécessaire à faire tourner les applications .Net).
La distinction la plus délicate à faire est entre framework et bibliothèque... pour essayer de comprendre on peut dire qu'une bibliothèque offre des services: on s'en sert ou pas, c'est au choix. Un framework, lui, oblige à faire les choses d'une certaine manière.
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.