HostNameSortOptions Énumération

Référence

Définition

Espace de noms:: Windows.Networking

Important

Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.

Modifier

Options permettant de trier une liste d’objets EndpointPair .

Cette énumération prend en charge une combinaison au niveau du bit de ses valeurs membres.

public enum class HostNameSortOptions

/// [System.Flags]
/// [Windows.Foundation.Metadata.ContractVersion(Windows.Foundation.UniversalApiContract, 65536)]
enum class HostNameSortOptions

[System.Flags]
[Windows.Foundation.Metadata.ContractVersion(typeof(Windows.Foundation.UniversalApiContract), 65536)]
public enum HostNameSortOptions

var value = Windows.Networking.HostNameSortOptions.none

Public Enum HostNameSortOptions

Héritage: Enum
HostNameSortOptions

Attributs: FlagsAttribute ContractVersionAttribute

Configuration requise pour Windows

Famille d’appareils	Windows 10 (introduit dans 10.0.10240.0)
API contract	Windows.Foundation.UniversalApiContract (introduit dans v1.0)

Champs

None	0	Triez une liste d’objets EndpointPair selon les critères par défaut utilisés par le système pour réduire les retards de connexion.
OptimizeForLongConnections	2	Triez une liste d’objets EndpointPair pour optimiser les connexions longues.

Remarques

L’énumération HostNameSortOptions affecte la façon dont une liste d’objets EndpointPair est triée.

Étant donné un tableau de paires d’adresses triées, la valeur None renvoie une liste triée qui classe les entrées EndpointPair de sorte que les paires avec les adresses source et de destination les moins essayées soient prioritaires par rapport aux paires dont les adresses ont déjà été essayées et ont échoué. L’objectif est de réduire le délai d’établissement de la connexion en essayant d’abord les entrées EndpointPair avec des adresses uniques. Cela peut entraîner des paires d’adresses moins efficaces à préférer aux paires d’adresses efficaces lors de la prise en compte des vitesses de transfert réseau pour les connexions de longue durée, mais cela est considéré comme moins important que de réduire les délais de connexion pour les connexions courtes.

Par exemple, si les objets EndpointPair peuvent avoir des adresses sources de S1 ou S2 et des adresses de destination D1 ou D2, par défaut, si S1+D1 est le premier EndpointPair essayé et que la connexion échoue, S2+D2 est la deuxième paire qui serait essayée. Si la connexion S1+D1 échoue, le problème peut être lié à S1 ou D1. Ainsi, l’option la plus sûre pour réduire les retards d’établissement de la connexion consiste à essayer S2+D2 en cas d’échec de S1+D1. Pour les activités telles que la navigation web où la vitesse d’établissement d’une connexion est dominante, il s’agit probablement du comportement souhaité.

Toutefois, si l’application diffuse du contenu multimédia pendant une longue période, vous pouvez accepter quelques tentatives de connexion initiales ayant échoué jusqu’à ce que vous trouviez un chemin plus efficace pour transférer des données. Cela utiliserait un ordre différent pour le tri. La valeur d’énumération OptimizeForLongConnections est utilisée dans ce cas. Avec ce paramètre si S1+D1 échoue, S1+D2 ou S2+D1 est ensuite essayé.

S’applique à

Partager via