Je suis totalement confondu entre les services Web WCF et ASMX. J’ai utilisé beaucoup de services Web à un stade antérieur, et il y a maintenant cette nouvelle chose appelée WCF. Je peux toujours créer WCF qui fonctionne comme un service Web. Je pense qu’il y aura plus de choses dans WCF.
Quelles sont les différences entre WCF et les services Web? Quand chacun devrait-il être utilisé?
Keith Elder compare bien ASMX à WCF ici. Vérifiez-le.
Une autre comparaison entre ASMX et WCF peut être trouvée ici – je ne suis pas 100% d’accord avec tous les points, mais cela pourrait vous donner une idée.
WCF est fondamentalement “ASMX on stereoids” – il peut s’agir de tout ce que ASMX pourrait faire – et bien plus encore! .
ASMX est:
WCF peut être:
En bref: WCF est là pour remplacer complètement ASMX.
Découvrez le Centre de développement WCF sur MSDN .
Mise à jour: le lien semble être mort – essayez ceci: Qu’est- ce que Windows Communication Foundation?
Les services Web ASMX ne peuvent être appelés que par HTTP (Webservice traditionnel avec .asmx). Bien que le service WCF ou un composant WCF puisse être appelé par n’importe quel protocole (comme http, tcp, etc.) et tout type de transport.
Deuxièmement, les services Web ASMX ne sont pas flexibles. Cependant, les services WCF sont flexibles. Si vous créez une nouvelle version du service, vous devez simplement exposer une nouvelle extrémité. Par conséquent, les services sont agiles et constituent une approche très pratique pour examiner les tendances commerciales actuelles.
Nous développons WCF en tant que contrats, interfaces, opérations et contrats de données. En tant que développeur, nous nous concentrons davantage sur les services de logique métier et nous n’avons pas à nous soucier de la stack de canaux. WCF est une API de programmation unifiée pour tout type de service. Nous créons donc le service et utilisons les informations de configuration pour configurer le mécanisme de communication comme HTTP / TCP / MSMQ, etc.
C’est une question très ancienne, mais je ne pense pas que les avantages d’ASMX ont été décrits de manière équitable. Bien qu’ils ne soient pas très flexibles, les services Web ASMX sont très simples à utiliser et à comprendre. Alors que WCF est plus flexible, il est également plus complexe de se positionner et de configurer.
Les services Web ASMX sont prêts à être installés et à append une référence de service Web dès que vous ajoutez le fichier. (en supposant que votre projet soit construit)
Pour le workflow de développement simple de create webservice
-> run webservice
-> add webservice reference
, un webservice ASMX a très peu de choses qui peuvent mal tourner, pas grand-chose que vous pouvez mal configurer, et c’est la force.
En réponse à ceux qui affirment que WCF remplace ASMX, je répondrais que WCF devrait append un mode de configuration KISS rationalisé afin de remplacer complètement ASMX.
Exemple web.config pour un service web ASMX:
WCF remplace complètement les services Web ASMX. ASMX est l’ancienne façon de faire des services Web et WCF est le moyen actuel de faire des services Web. Tout nouveau développement de service Web SOAP, sur le client ou le serveur, doit être effectué en utilisant WCF.
Il y a beaucoup de discussions sur la simplicité des services Web asmx sur WCF. Permettez-moi de clarifier quelques points ici.
Sans oublier que j’étais l’un de ceux qui aimaient plus les services asmx que WCF, mais cette fois-ci, je ne connaissais pas bien les services de la WCF et ses capacités. J’avais peur des configurations WCF. Mais j’ai osé et j’ai essayé d’écrire peu de services de la WCF, et quand j’ai appris plus de WCF, maintenant je n’ai aucune inhibition à propos de WCF et je les recommande à tout le monde. Heureux codage !!!