HostNameSortOptions Enumeração
Definição
Importante
Algumas informações se referem a produtos de pré-lançamento que podem ser substancialmente modificados antes do lançamento. A Microsoft não oferece garantias, expressas ou implícitas, das informações aqui fornecidas.
Opções de como uma lista de objetos EndpointPair é classificada.
Essa enumeração dá suporte a uma combinação bit a bit dos valores de membro.
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 HostNameSortOptionsvar value = Windows.Networking.HostNameSortOptions.nonePublic Enum HostNameSortOptions- Herança
-
HostNameSortOptions
- Atributos
Requisitos do Windows
| Família de dispositivos |
Windows 10 (introduzida na 10.0.10240.0)
|
| API contract |
Windows.Foundation.UniversalApiContract (introduzida na v1.0)
|
Campos
| None | 0 | Classifique uma lista de objetos EndpointPair pelos critérios padrão usados pelo sistema, que é minimizar os atrasos de conexão. |
| OptimizeForLongConnections | 2 | Classifique uma lista de objetos EndpointPair para otimizar para conexões longas. |
Comentários
A enumeração HostNameSortOptions afeta como uma lista de objetos EndpointPair são classificados.
Dada uma matriz de pares de endereços classificados, o valor None retorna uma lista classificada ordenando as entradas EndpointPair de modo que os pares com endereços de origem e destino menos tentados sejam priorizados em relação a pares cujos endereços foram tentados antes e não foram bem sucedidos. O objetivo é minimizar o atraso do estabelecimento de conexão tentando entradas endpointPair com endereços exclusivos primeiro. Isso pode fazer com que pares de endereços menos eficientes sejam preferidos em vez dos eficientes ao considerar as velocidades de transferência de rede para conexões de longa execução, mas isso é considerado menos importante do que minimizar os atrasos de conexão para conexões curtas.
Por exemplo, se os objetos EndpointPair puderem ter endereços de origem S1 ou S2 e endereços de destino de D1 ou D2, por padrão, se S1+D1 for o primeiro EndpointPair tentado e a conexão falhar, S2+D2 será o segundo par que seria tentado. Se a conexão S1+D1 falhar, o problema poderá ser com S1 ou D1. Portanto, a opção mais segura para minimizar os atrasos no estabelecimento de conexão seria experimentar o S2+D2 quando o S1+D1 falhar. Para atividades como navegação na Web em que a velocidade de estabelecer uma conexão domina, esse é provavelmente o comportamento desejado.
No entanto, se o aplicativo estiver transmitindo mídia por um longo tempo, talvez você esteja disposto a aceitar algumas tentativas iniciais de conexão com falha até encontrar um caminho mais eficiente para transferir dados. Isso usaria uma ordem diferente para classificação. O valor de enumeração OptimizeForLongConnections seria usado para esse caso. Com essa configuração, se S1+D1 falhar, S1+D2 ou S2+D1 será testado em seguida.