Discussion :

[Kylia]

Bonjour à tous,

Dans le cadre de mon stage, j'ai une application à réaliser en ASP.NET VB.NET framework 3.5 avec Visual Studio 2010 et une base de données Oracle. J'ai quelques questions à propos de VS 2010 et du mélange ASP.NET/Web Service.

Pour l'analyse de l'application, j'ai commencé par créer un MCD avec JMerise. Est-il préférable de créer un Web Service pour utiliser des WebMethodes qui iront chercher dans la base de données plutôt que de créer des classes à l'aide du diagramme de classe fournis par VS 2010 ?

Merci d'avance pour vos réponses,

Kylia

[bossun]

Ce que je vois dans ton cas c'est un projet en plusieurs couches.


Tu vas devoir créer une couche d'accès aux données (lire,écrire, supprimer des données ) et une couche métier (implémentation de la logique métier). Tu peux les inclure dans une dll.
Ensuite tu peux/vas créer des webservices qui vont exposer ta couche métier en intégralité ou en partie.
Finalement tu auras une couche présentation (ton interface utilisateur). A toi de voir si ta couche présentation va consommer directement le webservice ou si elle va attaquer directement la couche métier sans passer par le webservice.

[DotNetMatt]

Les Web Services ne sont pas obligatoires, c'est surtout intéressant dans des scénarios avec plusieurs UI (une UI ASP.NET, une UI WPF, etc.). Il peut être contre performant de passer par des web services, donc il vaut mieux que l'ASP.NET consomme directement la couche Business.

Certaines architectures peuvent s'appuyer sur des Web Services, comme par exemple si tu veux pouvoir avoir un serveur back et plusieurs serveurs front... Bref, c'est pour des scénarios précis. Dans la plupart des cas ça ne sert à rien.

[Kylia]

Tout d'abord merci pour vos réponses.
En effet mon application va avoir 3 couches :
- l'interface web pour les utilisateurs
- les classes pour pouvoir manipuler les données des utilisateurs
- la base de données qui est à distance.
Si j'ai bien compris, je peux mettre tout ça dans mon application web, il me suffit de faire différents fichiers et d'envoyer le tout dans un serveur IIS.

J'ai une question pour la création des classes. Comme je l'ai dis précédemment j'ai commencé par un MCD et je souhaite le transformer en diagramme de classe.
J'ai commencé à le faire à l'aide des outils de Visual Studio 2010. J'ai commencé à y mettre mes associations mais je ne comprends pas vraiment le code généré.
Par exemple sur mon MCD j'ai un site qui peut contenir plusieurs pôles.
Sur VS 2010 j'ai créé une association site -----> pôle (je ne suis pas sûre du sens de la flèche)
Cela me génère un get/set de type pôle dans ma classe site. Je ne vois pas quoi mettre dedans. Je m'attendais à ce que ça me crée dans la classe site une liste de pôle ou quelque chose de ce style là. Je ne suis pas très à l'aise avec les objets.

Pouvez-vous m'aider ? J'espère être sur le bon forum pour ce genre de questions.

Kylia

[DotNetMatt]

En effet mon application va avoir 3 couches :
- l'interface web pour les utilisateurs
- les classes pour pouvoir manipuler les données des utilisateurs
- la base de données qui est à distance.
Si j'ai bien compris, je peux mettre tout ça dans mon application web, il me suffit de faire différents fichiers et d'envoyer le tout dans un serveur IIS.

Pas tout à fait ! En gros voici ce que tu dois obtenir :
- Pour l'interface Web : un projet Web
- Pour la couche business : une DLL
- Pour la couche d'accès aux données : une DLL
La DLL de la couche business sera utilisée par le projet Web uniquement, et la DLL de la couche d'accès aux données sera utilisée par la couche business uniquement.

Ensuite, tu vas déployer ton projet Web sur IIS.

Tu auras également un autre serveur qui hébergera ta base de données.

J'ai une question pour la création des classes. Comme je l'ai dis précédemment j'ai commencé par un MCD et je souhaite le transformer en diagramme de classe.
[...]
Cela me génère un get/set de type pôle dans ma classe site. Je ne vois pas quoi mettre dedans. Je m'attendais à ce que ça me crée dans la classe site une liste de pôle ou quelque chose de ce style là. Je ne suis pas très à l'aise avec les objets.

Si tu butes à ce niveau, on ne peut que te conseiller de reprendre un tutoriel complet comme par exemple celui de Serge Tahé sur le C# ou celui de Philippe Lasserre pour VB.NET. Tu peux également consulter ce tutorial pour savoir comment mettre en place une architecture n-tiers sur un projet ASP.NET : L'architecture multicouche mise en œuvre sur une application Web ASP.Net.

[Graffito]

Pas tout à fait ! En gros voici ce que tu dois obtenir :
- Pour l'interface Web : un projet Web
- Pour la couche business : une DLL
- Pour la couche d'accès aux données : une DLL
La DLL de la couche business sera utilisée par le projet Web uniquement, et la DLL de la couche d'accès aux données sera utilisée par la couche business uniquement.

C'est une solution pertinente.
Mais, on pourra trouver avantage à l'alternative suivante :
- Pour l'interface Web : un projet Web
- Pour la couche business : un Web service
- Pour la couche d'accès aux données : une bibiothèque sous forme de DLL ou de sources ajoutés au projet via "Ajouter/ElementExistant/ajouter en tant que lien").

L'interet du Web service pour la couche business est de pouvoir utiliser le Web service à distannce par des outils d'administration développés en WinForm ou WPF.

[Kylia]

Merci pour vos réponses, je vais travailler ces points là.

Vous parlez de DLL et sur le tutorial pour savoir comment mettre en place une architecture n-tiers sur un projet ASP.NET : L'architecture multicouche mise en œuvre sur une application Web ASP.Net on parle de BLL. Est-ce la même chose ?

[Immobilis]

Vous parlez de DLL et sur le tutorial pour savoir comment mettre en place une architecture n-tiers sur un projet ASP.NET : L'architecture multicouche mise en œuvre sur une application Web ASP.Net on parle de BLL. Est-ce la même chose ?

Non, une DLL est un fichier obtenu par la compilation de ton code. Tu obtiendras une DLL pour chaque projet de ta solution. Ce fichier DLL est placé dans le répertoire "Bin" de ton application. BLL signifie "Business Logic Layer". C'est la couche métier.

[Kylia]

je pense avoir compris comment faire. Merci pour vos réponses.