Je suis à la recherche d'un moyen d'héberger un service HTTP très basique, mais très performant, qui s'intègre à IIS en utilisant .Net.Service HTTP de base avec IIS mais sans WCF
J'ai envisagé l'option d'utiliser HttpListener mais je doute de ses performances et nous allons également exécuter de nombreux services qui écoutent tous sur le même port.
En fait, s'il était possible d'avoir un point de terminaison WCF qui intercepterait toute requête avec une URL commençant par ce point de terminaison, mais pouvant se terminer par n'importe quoi, cela pourrait être une solution.
Je construis une bibliothèque cliente qui encapsulera un protocole personnalisé avec des points de terminaison de métadonnées personnalisés, des points de terminaison de découverte personnalisés et des ressources. L'idée est que la bibliothèque Client établira automatiquement les associations entre les points de terminaison et les ressources (/ autres points de terminaison), de sorte que l'utilisation de WCF n'est pas possible car ce mappage sera inconnu au moment de la compilation.
Une autre raison est que nous allons vers une direction de l'indépendance de la plate-forme et nous voulons l'option de remplacer facilement IIS avec Apache à l'avenir.
Merci!
Merci nixon. Je pense que cela serait possible, mais je préférerais ne pas avoir à spécifier chaque point de terminaison à WCF car alors je devrais mettre une telle logique dans la couche de communication que je préférerais avoir isolée dans un mappeur de point final. Ce que je veux que la couche de communication fasse est juste le HTTP de base. C'est aussi pour s'assurer que nous pouvons facilement remplacer IIS dans le futur à venir. – Mika
Pas de problème compagnon, juste ajouté un peu plus de code et d'explication car je pense que la WCF est probablement encore le coup! jetez un coup d'oeil, j'espère que cela vous aidera. – nixon