1

pour l'application métier basée sur le Web, est-il bon de développer la couche de gestion, la couche d'accès aux données en utilisant le service Web? quels sont les inconvénients?désavantage de l'utilisation de services Web pour la couche de gestion et la couche d'accès aux données?

couche d'interface utilisateur (ASp.Net) -> Couche d'affaires (WCF service Web) -> DataAccess couche (WCF Web Service)

tout sera hébergé dans seul serveur. Est-ce la meilleure pratique pour les services Web pour les entreprises, les couches d'accès aux données?

salutations, Anand

+0

Les trois couches seront "sur une machine"? – home

+0

oui .. sera dans un seul serveur –

Répondre

1

Cela dépend fortement de vos besoins non-fonctionnels et des cas de changement que vous connaissez peut-être déjà. La séparation toutes vos couches en utilisant une sorte de services Web (SOAP/REST) ​​ainsi introduira:

  1. complexité supplémentaire en termes de protocoles, la sécurité, le déploiement (con)
  2. temps d'attente que plusieurs (de) sérialisation des étapes sont requises (UI> Business> DataAccess). Gardez à l'esprit que votre couche DataAccess se connecte à nouveau à une banque de données (distante)
  3. capacité à redimensionner les différentes couches indépendamment. Dites, un autre système veut vous réutiliser BusinessLayer, vous êtes en mesure d'étendre (cluster) seulement l'entreprise et les couches suivantes (DataAccess et Datastore). (pro)

Je préfère commencer simplement et séparer clairement les différentes couches d'un point de vue architectural seulement. Établissez des interfaces bien définies (.NET uniquement) entre les couches UI, Business et DataAccess. Si vous arrivez à la conclusion que vous devez séparer les couches sur des nœuds différents, vous pouvez générer facilement les proxys Web Services correspondants et modifier vos composants à quelques endroits seulement.

Questions connexes