Définition d'un framework - Programmation
Marsh Posté le 10-07-2002 à 09:00:35
C'est un ensemble d'outil ou de services qui te permettent de supporter facilement un certain nombre de fonctionnalités.
Exemples:
Tu t'écris ton package d'utilitaire avec des petites classes sympas qui copie des fichier, envoie des brols par ftp, se connecte en ssh sur telle machine. Ce package est tno framewor car tu peux l'utiliser dans ton code. L'avantage ici c'est que ce framework a été testé et tu peux t'appuyer dessus sans crainte (et donc faire FTPClient client = new FTPClient( ...) puis client.send(f) c'est bcp plus beau à lire que du code qui joue avec les sous couches)
Un app serveur J2EE peut etre un framework. Il propose des services à tes objets business
Il y en a bcp d'autre. Pense donc à un framework comme à un ensemble de services sur lesquels tu peux t'appuyer.
Est ce clair?
Marsh Posté le 10-07-2002 à 09:06:45
C'est tout ? C'est ce que je croyais avoir compris dans ma boite. En fait c'est un joli mot pour parler d'une boite à outils .
Merci ça confirme donc mon idée.
Marsh Posté le 10-07-2002 à 09:08:15
bin ca dépend. Si tu prends le cas d'un serveur J2EE c'est bien plus qu'un boite à outil. C'est un ensemble de services qui supportent toutes tes applications business.
Mais bon je ne sais pas dans quelle technologies tu développes donc difficile de donner une référence.
Marsh Posté le 10-07-2002 à 09:11:13
Oui, enfin je caricaturais un peu ...
Dans notre cas ce sont des lib (c) pour la gestion des fichers de log, du contexte, tranfert de fichier inter-programmes ...
Marsh Posté le 10-07-2002 à 09:14:33
oui ca correspond assez bien ...
Marsh Posté le 10-07-2002 à 10:14:13
Il me semblait que c'était un peu plus précis que ca.
D'apres mon souvenir, lu dans Design Pattern - Gamma & cie :
Un framework est adapté a un domaine. Il précise les interractions entre les différents objets. Exemple : un framework pour logiciels de dessin aura les operations de selection d'objet, de rotation, ...
et les applications utilisant ce framework devront hériter de classes de base pour rajouter leur comportement au méthodes appelées par le framework. Un mécanisme proche des callbacks, donc.
Quelqu'un pour confirmer ?
Marsh Posté le 10-07-2002 à 10:25:01
pas d'accord avec la pseudo analogie avec les callbacks. Sinon pour le reste je dirai que c'est une définition plus rigoureuse mais aussi bcp plus restrictive de la notion ...
Marsh Posté le 10-07-2002 à 10:32:42
Ben en fait c'était pas trop une analogie. C'est plus une manière (basique) d'implémenter un framework. C'est a dire qu'en gros tu as une séparation des différentes étapes du traitement.
En fait pour moi la boite a outil ne fait pas partie du framework mais le complète "à coté".
Marsh Posté le 10-07-2002 à 08:35:33
Est-ce que quelqu'un pourrais me donner un définition (ou un exemple) de ce qu'est un framework ?