Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

Sujet : [vb.net + web service] Achitecture de l'application ? [ Archives ASP & ASP.NET / Débutants ] (gregorian)

vendredi 23 décembre 2005 à 20:00:27 | [vb.net + web service] Achitecture de l'application ?

gregorian

Bonjour, Voila je vais commencer une application qui utilise les web services. Cette appli se fait en plusieures couches 1 graphique utilisateur qui appelle des fonctions dans un web service, qui lui dialogue avec une couche bussiness object qui lui va chercher ses infos dans une couche data acces qui regarde dans une db sql. Jusque la rien de spécial. Mais n'ayant jamais utilisé les web service, je me posais la question suivante: le code dans le web service est il conséquent, y a t'il du traitement d'info ou ne sert il juste de "passerelle" entre la couche graphique et la couche business object? J'ai peur que en mettant du traitement dans le web service, il ne marce sur les plate bandes de la couche BO. Vous comment vous faite ???

samedi 24 décembre 2005 à 10:24:34 | Re : [vb.net + web service] Achitecture de l'application ?

Nurgle

Membre Club Administrateur CodeS-SourceS
Tu as 3 choix :
- Soit tes Web Services ne servent que de "transport" de l'information entre la couche présentation et ta couche business, dans ce cas là essaye de minimiser au maximum le code contenu dans le WebService : celui-ci ne fera qu'appeller ta couche business.
- Soit tu transformes toute ta couche business en un ou plusieurs webservices, dans ce cas tu n'as plus qu'à les appeller directement, ton webservice ne faisant que des appels directs à ta couche d'accès aux données.
- Soit tu n'utilises pas les WebServices, en installant les 3 couches sur le même serveur, ta couche présentation n'aura qu'à instancier ta couche business et ainsi de suite...

Après, les trois sont valables, tout dépend de ce que tu veux faire exactement...


Nurgle


samedi 24 décembre 2005 à 15:25:52 | Re : [vb.net + web service] Achitecture de l'application ?

gregorian

Ok merci. Mais dans le cas premier, ou je ne l'utilise que comme transport de l'information (C'est ce que je vais faire je pense) ou est l'avantage du web service. est ce que c'est parce qu'il permet d'avoir sa couche BO et graphique sur deux ordinateurs différents et ainsi éviter le "tripatouillage de code" ou bien y a t'il une autre raison ???

samedi 24 décembre 2005 à 15:42:00 | Re : [vb.net + web service] Achitecture de l'application ?

Nurgle

Membre Club Administrateur CodeS-SourceS
Réponse acceptée !
En effet, dans ce cas ça te permet d'avoir ta couche BO sur un autre serveur.

Si les deux sont sur le même serveur, tu n'as pas besoins de webservices , tu pourrais les utiliser, mais ça ralentirait tes requêtes pour rien !
Donc le seul intérêt dans ton cas des webservices est de pouvoir placer ta couche BO autre part que sur le serveur web où se trouve ta couche présentation.


Nurgle


lundi 9 janvier 2006 à 18:24:27 | Re : [vb.net + web service] Achitecture de l'application ?
lundi 9 janvier 2006 à 18:33:07 | [vb.net ] Ecrire du code dans le fichier .aspx ou dans le fichier Code behind

spatum

Bonjour je suis spat. Je début en VB.NET et je souhaiterais avoir quelques informations. Pour écrire une application web, qu'est ce qui serait plus adapté entre :
- Ecrire du code asp.net dans la fichier .aspx de mon webform ou bien écrire mon code dans le fichier .vb. En fait je pose la question pour savoir s'il y a une option qui favorise la rapide de l'application.

J'ai déjà développé une application avec vb.net et comme j'ai commencé la programmation sous vb 6.0, je me sens plus à l'aise dans ce environnement...Si cela represente un handicape, je souhaite y remédier dès maintenant...

Merci A+

Spat

lundi 9 janvier 2006 à 21:08:35 | Re : [vb.net + web service] Achitecture de l'application ?

Nurgle

Membre Club Administrateur CodeS-SourceS
Salut,
"Qu'est ce qui serait le plus adapté entre :
- Ecrire du code asp.net dan..."
- ?? Tu n'as pas cité l'autre option à laquelle tu pensais !!

La solution minimum est d'écrire le code dans le code-behind de ta page (le "page.aspx.vb").
Ensuite, il vaut mieux s'orienter vers une application multi-couche qui consiste à ne pas mettre tout le code dans le code-behind de ta page mais uniquement ce qui concerne vraiment la page elle même, tout le reste (connexions aux bases de données, analyses de requêtes POST ou GET, traitement de formulaires, etc...) doit être dans des classes externes que tu peux rassembler dans un autre projet, qui tu n'auras plus qu'a utiliser depuis tes pages.
(si je retrouve un ou deux liens là dessus, je te les donnerais...)


Nurgle


mercredi 11 janvier 2006 à 10:16:17 | Re : Ecrire du code dans le fichier .aspx ou dans le fichier Code behind ?

spatum

Merci... Au fait l'autre option à laquelle je pensais c'était d'écrire le code dans le fichier .aspx (dans le code HTML) comme lorsqu'on développe en php... Je reste à l'écoute pour que tu m'as promis A+ et encore merci.



Cette discussion est classé dans : vb, web, application, service, couche


Répondre à ce message

Sujets en rapport avec ce message

activex et web application [ par juste ] Bon ben voila je developpais sous vb6 avant et maintenant ben j'essaye qd meme de me mettre a vb.net.Mon probleme est que je n'arrive pas a utilliser Problème de service web [ par ManuAntibes ] BonjourJ'ai ecrire un web service sur mon poste avec Visual web developer express, il fonctionne tres bien en localhost.Aujourd'hui je souhaite le met Web Service [ par BilelCA ] Bonjour a tous, Je suis entrain de developper une application en vb.net , j'ai besoin d'utiliser un web service, j' ai integré la référence dans mon a Application VB.NET sous WEB-FORM.NET POSSIBLE OU NN ???? [ par miudem ] Salut je croi vous avez bien saisez ma question ... je veu juste savoir comment si cé possible convertir une apllication VB.NET a un WEBFORM.NET   ... Web service [ par hichamveo ] je veux utiliser une methode d'un web service qui retourne un tableau d'objets d'une classe definis par le constructeur du web service.le probleme c'e Web-Site et Publication [ par mauler ] Bonjour,je vous présente le topo:Outil: Visual Studio 2005 SP1 Version US - WindowsXP SP2J'ai créé une solution comprenant 4 projets créé par différen web services + iis [ par hichamveo ] Bonjour ;j'ai rencotré un probleme lors de l'hebergement d'un web service sur un serveur mutualisé(Page introuvable),par contre j'arrive à acceder a u je ne retrouve pas Application Web ASP.NET dans Visual Studio 2005 [ par jeanny ] j'ai installé Visual Studio 2005 mais je ne retrouve pas l'Application Web ASP.NET losque je veux creer un nouveau projet. Parcontre quand je fais  Ne service web [ par cerise013 ] y'a t'il quelqu'un qui  pourrait me faciliter l'existance sur cette terre ? ;-(j'ai creer des services web avec visual studio 2005qui contiennent un c asp.net application web [ par raja29 ] Bonsoircomme je l'ai déjà dit je suis débutante en .net et je développe une application de gestion de compte d'utilisateurs, j'utilise visual studio 2


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Téléchargements

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,296 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.