C'est en effet tres vague, meme dans ma tete. Je manque de connaissance et vu l'etendue des possibilités offerte et mon temps restant (je suis en stage), je voudrai une logique vers laquel m'orienter et me documenter.
Pour detailler, il y a 4 appli web ASP et C#. Elle se presente sous la forme de formulaire de creation et d'edition, de tableau et de petite fonctionnalité diverse. Pour l'access a la base de données, une dll a ete crée, qui utilise NHibenate pour manipuler des objets. Pour l'interface et le traitement, on a ASP et codeBehind.
Pour un exemple concret, l'appi A charge des informations d'un employer pour gerer son contract, et l'appi B gere les projets de l'employer. Je veux que l'utilisateur puisse aller de l'appi A a l'appi B dans la meme fenetre et que les deux appli cahrge les meme info. Ce serai comme un passage de parametre entre ces deux appi par variable de session, je presume. Je peux facilement ouvrir une appliweb dans la meme fenetre en passant ce fameux parametre dans l'url mais ce que je voudrai c'est une architecture, histoire d'avoir un systeme clair et propre.
Ce qui me derange pour le moment, c'est que la couche interface et la couche traitement (business, je sais pas comment la nommer) sont dans une meme entité (les fichier couple aspx et cs). J'ai donc pour le moment des application avec uniquement deux couches et non pas trois. Donc je ne sais pas si il sera facile de creer un WebService (is that you mean ?) et de gerer l'aspect interface depuis le portail.
Mais je t'avoue qu'a la redaction de cette explication je me rend compte de l'etroitesse de mes connaissances en la matiere et du chemin a faire avant d'integrer tout ces aspects. Bref, je m'en vais etudier un peu.
Si malgré ca, mon explication rend la chose moins vague, je serai tres heureux d'avoir d'autres conseils, si c'est le contraire alors dis le moi quand meme, parceque je pourais continuer longtemps a divaguer.
Jean-Yves