Je suis nouveau à .NET Remoting et pas très familier avec les différents canaux de communication qui peuvent être utilisés. Je sais qu'il y a HttpChannel et TcpChannel hors de la boîte. Je comprends que l'un est Http tandis que l'autre est Tcp, mais je ne comprends pas pourquoi Tcp est plus rapide..NET Remoting - HttpChannel vs TcpChannel
Répondre
La raison Tcp est plus rapide, est qu'il utilise binaire comme un moyen de transmission de données à travers le fil, avec TcpChannel, vous pouvez utiliser n'importe quel numéro de port au-dessus de 1024 (les 1024 premiers ports sont réservés). Alors qu'avec HttpChannel, il utilise le port 80, le port standard qui est partagé avec votre navigateur Web, le HttpChannel est utilisé si vous voulez le rendre flexible avec d'autres services. En outre, les données transmises via HttpChannel sont codées dans du texte, ce qui ralentit, par exemple, si vous deviez récupérer une image, cette image devrait d'abord être encodée en format de données Base64 et transférée.
Généralement, si vous voulez de la vitesse, optez pour TcpChannel, si vous voulez de la flexibilité, optez pour HttpChannel.
Espérons que cela aide, Cordialement, Tom.
savez-vous si Remoting est censé être capable de supporter plus d'un HttpChannel? – Dave
Le canal HTTP doit créer un en-tête énorme (relativement parlant) et analyser les réponses complexes. Le canal TCP sur le utilise un protocole binaire efficace avec beaucoup moins de frais généraux par requête.
Tcp est plus rapide car c'est un protocole plus rapide. Tcp est un protocole de niveau inférieur pouvant établir une connexion fiable et sécurisée. Http est plus facile à utiliser que vous pouvez l'envoyer à un serveur Web à partir de votre navigateur.
TCP est légèrement plus rapide que HTTP; HTTP utilise par défaut le formateur Soap plus lent et TCP par défaut pour utiliser le formateur binaire plus rapide; HTTP prend en charge le formatter plus rapide binaire - il vous suffit de le sélectionner
- 1. .NET Remoting HelloWorld
- 2. VS 2003: application console .net remoting
- 3. .Net Remoting au défi WCF!
- 4. .Net Remoting sans utiliser .Net remoting?
- 5. Biens immobiliers à Remoting
- 6. .net remoting dans Vista
- 7. Tutoriels pour .NET Remoting
- 8. Confusion dans .net Remoting
- 9. .NET Remoting côté serveur
- 10. .NET Remoting callback
- 11. .Net Remoting Question
- 12. Remoting en .net
- 13. .NET Remoting dans AddIn VS2008 ne fonctionne pas?
- 14. .NET Remoting Server Uniquement les processus Une demande
- 15. Comment utiliser .Net Remoting via un proxy Web?
- 16. Erreur 10048 en essayant d'ouvrir TcpChannel
- 17. .NET Remoting - Question sur RegisterWellKnownServiceType et l'activation de l'objet distant
- 18. événement Problème dans .NET Remoting
- 19. Problème avec .Net Remoting (C#)
- 20. . Remoting .NET - Redirection message/Redundancy
- 21. Communications bidirectionnelles dans .Net remoting
- 22. .NET Remoting - Sérialisation des délégués
- 23. Pourquoi mon ordinateur cible .NET Remoting refuse-t-il activement la connexion?
- 24. .net Remoting: détecter si un serveur ne fonctionne pas
- 25. .NET Remoting canaux de commutation par lui-même
- 26. .NET Remoting se connecter au mauvais hôte
- 27. Incorporation .net remoting programme dans WEB
- 28. .NET Remoting client.exe a besoin de server.exe
- 29. Obtenir une erreur avec .NET REMOTING C#
- 30. .NET Remoting: Sérialiser l'objet et l'implémentation
Veuillez vérifier ceci http://stackoverflow.com/questions/1196623/tcp-vs-http-benchmark – Arnkrishn
Notez que la technologie .NET Remoting a été abandonnée en faveur de WCF. Vous ne devriez pas utiliser Remoting pour un nouveau développement. –
Dans le traitement de l'apprentissage WCF, je voulais apprendre .NET remoting pour comprendre les racines et voir quels sont les inconvénients abordés WCF. Merci de l'avoir signalé! –