Dernière réponse
Sujet : Définition d'un framework
lorill	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é".

Votre réponse
Nom d'utilisateur	Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Mot de passe	Vous avez perdu votre mot de passe ? Cliquez ici !
Le ton de votre message
Votre réponse Smilies     Liste des smilies perso Wiki smilies Chercher un smiley
Options	Activer votre signature Désactiver les smilies Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

lorill

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é".

darklord

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 ...

lorill

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 ?

mog	Merci pour les infos  :hello:

darklord

oui ca correspond assez bien ...

mog	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 ...

darklord

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.

mog	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  :lol: .   Merci ça confirme donc mon idée.

darklord

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?

mog	Est-ce que quelqu'un pourrais me donner un définition (ou un exemple) de ce qu'est un framework ?