Version imprimable
Bonjour à tous.
Voilà, je développe une appli en 3 couche. J'aurais aimé savoir, comment rendre visible les éléments d'une couche de mon appli, dans une autre couche.
Explication : je veux voir les éléments de la couche 2 dans la couche 1 :
Dans ma couche 1 j'ai rajouté :
est-ce bon? y-a-til d'autres éléments à rajouter?Code:using system.couche2;
Merci de votre aide =)
Cordialement
La solution la plus simple est effectivement de faire référence dans ta couche IHM à la couche dite Business qui doit contenir tes objets métier et les règles métier.
Pour une solution Visual studio basique 3 tiers, tu vas créer à minima 4 projets qui vont correspondre à 4 namespace.
Tu auras un projet DataAccess, un projet Business, un projet pour l'IHM (application web / application win32 / application console).
Le 4ème projet sera un projet Helper ou tu vas ajouter les classes transverses (gestion des logs, des exceptions ...)
Dans ton projet IHM, tu peux faire un click droit sur le projet et ajouter une référence. Tu choisiras alors une référence de type projet et tu sélectionneras le projet Business.
Ensuite, dans tes pages web ou dans tes forms, tu pourras faire un using Business;:ccool:
Bon développement
Pour faire un peu plus sérieux, spécifiez des Interface dans la couche Business et DataAccess.
L'IHM, n'utilisera que les Interfaces de la Business et la Business n'utilisera que les Interfaces de la DataAccess.
Puis créez 2 projets qui ne contiendront que ces 2 groupes d'Interfaces.
Vous aurez ainsi un vrai découplage entre vos couches.
Merci pour vos réponses mais même en faisant cela, ça ne fonctionne pas =S
Ce que tu essayes de faire est un modele MVC, il y a pas mal de tutoriaux sur le net qui expliquent bien ce que tu veux faire.
Tes couches representent des projets dans la meme solution, et seront accessibles via les references.
Salut,
Quel est ton problème, exactement ?Citation:
Envoyé par sicilianadev
Grrrr....nan, pas MVC, en couches, MVC/MVP = pattern de présentation (à force de répeter :mrgreen: )Citation:
Envoyé par topolino
Est-ce que tu as bien ajouté les références adéquates à tes différents projets ?
Est-ce que tous tes projets compilent ?
Est-ce que tu peux nous expliquer un peu ce que tu as déjà fait ?
non c'est pas bon :mrgreen:Citation:
Envoyé par sicilianadev
ta "couche2" ne fait pas partie du system, mais de ta solution/ projet...
donc :
Code:using MonNamespace.couche2;
exactement il a raison c est monNameSpace.Couche
et n oublie pas aussi de rendre la classe a laquelle tu veux accedez Public
Salut,Faire 4 projets dans une solution:Citation:
Voilà, je développe une appli en 3 couche. J'aurais aimé savoir, comment rendre visible les éléments d'une couche de mon appli, dans une autre couche.
- InterfaceUtilisateur
- BusinessLogiqueLayer
- DataAccessLayer
- BusinessObjects
Pour référencer les projets les uns avec les autres clic droit sur le dossier "reference" de chaque projet > Ajouter une réference > onglet projet > tu selectionnes les projets sachant que:
Le resultat donne une architecture 3 tiers
- 1 référence 2 et 4
- 2 référence 3 et 4
- 3 référence 4
- 4 ne référence aucun projet
Utiliser un espace de nommage en "system" peut préter à confusion avec l'espace "System" de Microsoft. Toutefois comme le C# est sensible à la casse il ne devrait pas y avoir de problème de compilation.Citation:
Envoyé par Hafiz.B
Tu peux aussi parcourir cette discussion: http://www.developpez.net/forums/d24...multi-couches/
A+
Petite précision sur le vocabulaire: on va plutôt parler de couches là.
On parle de tiers quand on a une séparation physique ;) (typiquement, lorsque les couches sont sur des serveurs différents)
Ca y'est, on est deux à raler sur le vocabulaire :lahola:Citation:
Envoyé par lutecefalco
Bataille de vocabulaire! :aie: :mouarf:
Si tant est que wikipedia peut être pris comme référence:Séparation logique pas physique.Citation:
In software engineering, multi-tier architecture (often referred to as n-tier architecture) is a client-server architecture in which the presentation, the application processing, and the data management are logically separate processes.
Après c'est une question de point de vue. Certain nient encore que la terre est ronde, que le réchauffement climatique est du à l'effet de serre... Il n'y a pas une académie de la terminologie en informatique, si?
Tu confonds aussi tier et couche ;) Considérant le schéma ci-dessous. Toutes les couches de l'application sont sur le même serveur (le serveur web). Ce ne sont pas les couches mais les tiers.Citation:
Envoyé par lutecefalco
Si je fais un application console basée sur une architecture applicative 3 couches, que je pose cette application sur mon serveur de base de données pour lancer des batchs (ainsi je profite de l'authentification windows intégrée). C'est quoi comme déploiement?
En faisant une application client serveur, en séparant la base de données du serveur web => on fait du 3 tiers sur au moins sur deux couches (BLL et DAL). Mais ma console 1tier 2 couches? Si je teste mon site web directement sur le serveur web je fais du 2 tiers 2 couches, mais depuis mon poste elle devient du 3 tiers 2 couches. Arrgh.
On (je) fait donc peut-être un amalgame avec la façon de distribuer l'application.
Cette image sur le site de M$ montre qu'à partir du moment où on fait du Client serveur on a une distribution en 3-tiers (sauf si on met la base de données sur le serveur web). Ce qui retirerait un peu de son sens au 3-tiers vu que c'est le concept de base d'une architecture client-serveur.
Ok ok, 3 Tiers est un schéma de distribution, d'infrastructure.Citation:
Infrastructure Patterns
The next set of patterns in this cluster focuses on the physical infrastructure. The context for these patterns is an infrastructure that supports an application distributed over more than one server. Specifically, these patterns do not address mainframe or other large multiprocessor infrastructure configurations.
Tiered Distribution organizes the system infrastructure into a set of physical tiers to provide specific server environments optimized for specific operational requirements and system resource usage. A single-tiered infrastructure is not very flexible; the servers must be generically configured and designed around the strictest of operational requirements and must support the peak usage of the largest consumers of system resources. Multiple tiers, on the other hand, enable multiple environments. You can optimize each environment for a specific set of operational requirements and system resource usage. You can then deploy components onto the tier that most closely matches their resource needs and enables them to best meet their operational requirements. The more tiers you use, the more deployment options you will have for each component.
Three-Tiered Distribution refines Tiered Distribution to provide specific guidance on structuring the infrastructure for Web applications with basic security and other operational requirements. The pattern suggests that the solution's servers be organized into three tiers: client, Web application, and data. The client and data tiers are self-explanatory, and the Web application tier hosts application business components as well as the Web presentation components. For solutions with more stringent security and operational requirements, you may want to consider moving the Web functionality into its own tier.
Abus de langage. Je devrais pourtant le savoir BLL = Business Logic Layer. Je fais du 3tiers 2 couches! Mince, on en apprend tous les jours.
A+