Meilleure pratique pour nommer un point de terminaison WCF pour un service hébergé iis?

Question

Quelle est la meilleure pratique pour nommer & l'hébergement d'un point de terminaison de service WCF dans IIS?

En supposant un exemple de scénario de:

• Un service traitant des entités de clients
• Un espace de noms de solution de Company.Entities.Customer
• Company.Entities.Customer.ServiceHost contient l'hôte IIS (soit juste le fichier .svc.)
• Company.Entities.Customer.Service contient l'implémentation du service (pas l'hébergement)
• Company.Entities.Customer.ServiceContracts contient les contrats de service

Que voulez-vous nommer:

• a) le répertoire virtuel/site dans IIS?
• b) le fichier .svc?

Comme exemples que je suis actuellement TOSSING entre:

• 1) La pratique actuelle:
  • a) http://servername/Company.Entities.Customer/
  • b) CustomerEntities.svc
  • Résultats dans Endpoint de: http://servername/Company.Entities.Customer/CustomerEntities.svc
• 2) suggestion 'plus propre':
  • a) http://customhostname/Customer/ (par ex. http://entitiesservices/Customer/)
  • b) Service.svc (puisque le service est déjà DÉFINIES dans le nom d'hôte + dir/sitename)
  • Résultats dans Endpoint de:. http://entitiesservices/Customer/Service.svc
• 3) A combiniation de ce qui précède (par exemple, 1a + 2b = http://servername/Company.Entities.Customer/Service.svc).

Answer 1

Ceci étant une question subjective, ceci est une réponse subjective:

Personnellement, je preffer une version modifiée de votre deuxième présenté. J'utilise parfois un sous-domaine (ws.alexdrenea.eu/Service1) et parfois il suffit d'utiliser un répertoire virtuel sur le site principal (alexdrenea.eu/Service1) avec le svc étant directement dans ce dossier.

Vous pouvez nommer le fichier svc comme vous le souhaitez, mais assurez-vous de l'ajouter aux pages par défaut dans IIS afin qu'il puisse être accessible directement.

Answer 2

Je préfère nettement votre suggestion de nettoyeur, # 2. Il vous donne des URL plus courtes, a toujours toutes les informations pertinentes (quel client vous avez affaire).

Suggestion # 1 est correct car il est très clair et ne laisse aucun doute sur ce que vous avez affaire, mais il semble trop compliqué, trop long et vous donne des chances trop pour une faute de frappe :-)

Go aveC# 2 si vous me demandez!

Marc