Développement d'application de trois couches et à deux niveaux [fermé]

Question

Fermé.Cette question est opinion.Il n'est pas en train d'accepter les réponses.

---

Vous souhaitez améliorer cette question? Mise à jour de la question, de sorte qu'il peut être répondu avec des faits et des citations par l'édition de ce post.

Fermé Il y a 5 ans.

Comme fas que j'ai compris on peut dire que les 3 couches de l'architecture signifie séparer des projets pour chaque sujet de préoccupation.Ceux de l'INTERFACE utilisateur de la Couche, la Couche Métier et la Couche de Données.UI parle à BL et BL parle de DB et vice versa.C'est bon pour la maintenabilité et l'idée de la séparation des préoccupations sont raisonnables.Mais d'un autre côté, les niveaux sont différents de couches.À savoir, les niveaux sont directement liés à des machines/réseau.Je veux dire quand nous disons de niveau 2, il est généralement de l'ordinateur client et le serveur de base de données de la machine.Quand nous disons 3 niveaux, il est généralement de l'ordinateur client, serveur d'applications et le serveur de base de données de la machine.Donc, en termes de ces informations au développement de deux de niveau application qui utilise la couche 3 de l'architecture est possible.

Jusqu'à présent, j'ai utilisé de la couche 3, mais il est temps de décider si nous devons développer au niveau 3 ou de niveau 2.Il y aura windows formulaire de projet dans le domaine et autour de 150 clients et de 100 mains terminaux à l'aide de windows forme de projet et de communiquer sur les web services.Dans la main de terminaux, il est évident que la meilleure solution est d'utiliser trois niveaux, mais pour les clients windows qui sera exécuté sur Windows 7, il est difficile de décider si faut-il dialoguer avec la base de données sur un serveur d'application ou directement de la connexion à la base de données.

Principale question ici quels sont les avantages de 3 niveau de l'architecture sur 2 niveau.Pour moi un niveau moyen d'un serveur/hôte/machine qui doit être en place et l'exécution de tous les temps, ce qui peut être frais généraux.

Merci de nous guider pour le choix de la meilleure architecture de niveau.

Answer 1

Je recommanderais uniquement à l'aide d'un serveur de serveur d'applications et de bases de données de 3 niveaux '(client, serveur d'applications et serveur de base de données) si vous allez effectuer une tâche majeure sur le serveur d'applications qui consomme autrement des ressources disponibles pour exécuter également une plate-forme de base de données..Par exemple, le logiciel de mise en commun de la connexion ou de gestion de connexion entre l'application (Business Calk) et le serveur de base de données (couche de données).

Answer 2

Disons que vous avez de ce composants:UI, Common, Biz, DAL

Dans 2 ou 3 niveau de développement d'applications, de déployer UI et Common sur client et Common, Biz , DAL sur server (attention commune est déployé sur deux) et vous essayez de vous connecter à votre BIZ via .Net Remoting ou WCF Et enfin DB peut être sur un Serveur ou d'autres Serveurs pour le dernier niveau.

J'espère que cette aide