Voila on doit faire un serveur web modulaire. Pour l'instant on commence, on est sur l'API. Les modules qui viendront s'ajouter devront pouvoir etre charges et decharges a chaud.
Et en fait, j'ai un peu du mal a penser objet, surtout sur ce projet la, il n'a pas vraiment de consistance physique pour moi (pas comme un pong ou il y a une raquette, une balle, des briques, ... ).

Donc qu'est-ce que je pourrait faire comme classes? On a une classe Socket qui va gerer... les sockets , une classe Requete qui va parser la requete venant du client, et une classe Transfert qui herite de la classe Requete et qui va s'occuper des reponses.

Qu'est-ce qu'on pourrait faire d'autre? Je pensais a une classe Thread par exemple, mais je sais pas trop qu'est-ce qu'elle pourrait bien faire.

Tu peux faire une tétrachiée de classes, avec plus ou moins de raison..

Tiens un exemple, où l'on pousse la classification à fond les manettes (c'est pour de la prog orienté composants mais tu peux te servir de leur idée

http://fractal.objectweb.org/tutorial/index.html#tth_sEc2

(attention, ne pas lire attentivement, juste s'inspirer)

Bah disons que je sais pas quoi faire avec mes classes, donc ca m'aide pas trop!

Le 25 mai 2005 - 18 h 03, Woofy a écrit : Bah disons que je sais pas quoi faire avec mes classes, donc ca m'aide pas trop!

Tu as lu quand même la définition de chaque classe donnée ?

Ca rejoint et complète tes classes... Par contre c'est des classes avec 2 lignes de code

Pour le chargement de modules dynamiques, tu comptes réaliser ça comment ?

Aucune idee!

Bon, en Java, les classes sont chargées at runtime... Donc je suppose qu'en C++ c'est kif kif...

Va falloir jouer avec le classloader à mon avis ('tention, c'esst juste une supputation, je connais pas assez C++)

Tu peux te baser sur la hiérarchie dite n-tiers : tu décomposes ton projet en plusieurs couches, tu établis tes classes en fonction des couches que tu auras définie. Le plus courante reste la 3-tiers (couche application, couche liaison de données, couche traitement).

Le 25 mai 2005 - 18 h 18, mik69 a écrit : Tu peux te baser sur la hiérarchie dite n-tiers : tu décomposes ton projet en plusieurs couches, tu établis tes classes en fonction des couches que tu auras définie. Le plus courante reste la 3-tiers (couche application, couche liaison de données, couche traitement).

Perso, j'aurai plutôt vu une approche horizontale que verticale
Mais c'est affaire de goût et ma vision est occultée par le fait que je ne fais plus de la prog objet mais composant

Je ne connais pas du tout la programmation composant, ou peut-être sous un autre nom..

Bah en fait, je pense que mon principal probleme c'est que je ne vois pas la totalite des choses a faire. Faudrait que je me tape les 175 pages de la rfc de HTTP, mais bon j'ai pas trop le temps
De plus, ca ne va pas repondre a toutes mes questions

On a commence le C++ y a pas longtemps! Donc le chargement dynamique des modules on verra plus tard je pense (j'espere).

Le 25 mai 2005 - 18 h 26, mik69 a écrit : Je ne connais pas du tout la programmation composant, ou peut-être sous un autre nom..

C'est normal, c'est censé être encore à l'état de prototype
Théoriquement, c'est censé aussi être la future évolution des langages mais en pratique, y a encore 10 ans...
Si tu veux voir un peu plus, lis tout le lien filé plus haut

M'enfin, fin du HS...
Par contre, pour revenir à Woofy, après 2 ou 3 Google et qqs passages sur des sites de coding, je vois nulle part trace d'un classloader explicite en C++...

Bon courage

Le 25 mai 2005 - 18 h 35, Woofy a écrit : Bah en fait, je pense que mon principal probleme c'est que je ne vois pas la totalite des choses a faire. Faudrait que je me tape les 175 pages de la rfc de HTTP, mais bon j'ai pas trop le temps De plus, ca ne va pas repondre a toutes mes questions

Ttt... Très mauvaise approche... Tu peux tout à fait faire un serveur HTTP sans avoir besoin d'implémenter toute la RFC...

Bon, Woofy, tu es allé 3 sous-sections plus loin de mon lien ? Tu as vu qu'il y avait un schéma de design pour un mini-serveur Web ?

On a commence le C++ y a pas longtemps! Donc le chargement dynamique des modules on verra plus tard je pense (j'espere).

En fait, je suis en train de me poser la question : vous faites du C++ ou du .NET ?

Pour l'instant du C++, le .Net c'est pour l'annee prochaine il me semble.

gege38 > Ok je lis Les fractales c'est interessant.

Woofy > À mon avis tu codes en C++ sous .NET pour avoir accès à une librairie de fonctions plus importantes, et pour que les programmes soient plus souples et plus faciles à gérer grâce au déboger évolué.

EDIT

Je me suis trompé de topic concernant .NET. Pardon.

Le 25 mai 2005 - 18 h 54, mik69 a écrit : gege38 > Ok je lis Les fractales c'est interessant.

Tttt... Pas "les fractales" mais Fractal, tel est son nom
Par contre, c'est pourri (recherche oblige, c'est un proto en Java )

M'enfin, ca préfigure la prog de demain

Woofy > À mon avis tu codes en C++ sous .NET pour avoir accès à une librairie de fonctions plus importantes, et pour que les programmes soient plus souples et plus faciles à gérer grâce au déboger évolué.

D'où ma question... A mon avis, pour le runtime, tu pourras pas y couper...

mik : bah on code soit sous visual C++, soit sous emacs + gcc (c'est comme on veut en fait, pourvu qu'on code). Donc le .Net je pense pas. Mais on verra ca l'annee prochaine, ainsi que le C#.

gege38 > ah oui, nuance effectivement Mais sympa quand même

Woofy > Ok dac. Appli Windows en C#, c'est le bonheur !!

Sinon tu vois à peu près l'organisation de tes classes ?

Bah non pas trop!
Deja que je comprend pas trop Fractal...

Oui je suis largue!

Donc qu'est-ce que je pourrait faire comme classes? On a une classe Socket qui va gerer... les sockets , une classe Requete qui va parser la requete venant du client, et une classe Transfert qui herite de la classe Requete et qui va s'occuper des reponses.

Alors je te propose les classes suivantes :

- csConnexion : classe "service" qui établit le lien avec la base de données
- cmRequete : classe "métieré qui va créer des requetes et te retourner des reader (entre autre)
- cmSocket : classe "métier" pour la gestion des sockets..

Je verrai bien une hiérarchie de classes en Frontend-Backend

Frontend : reception de la requete
Backend : traitement de la requete

Avec dans Frontend, un RequestHandler et un Classifier (pour classer les requetes)
Dans Backend, un Logger, un Dispatcher et un FileGetter

Woofy> Là tu fais exprès Je te demande pas de comprendre Fractal mais de t'inspirer de la hierarchie de classes donnée dans mon lien...