Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
FlexMatch definizioni delle proprietà del set di regole
Questa sezione definisce ogni proprietà nello schema del set di regole. Per ulteriore assistenza nella creazione di un set di regole, vedereCostruisci un FlexMatch set di regole.
name-
Un'etichetta descrittiva per il set di regole. Questo valore non è associato al nome assegnato alla Amazon GameLift Servers MatchmakingRuleSet risorsa. Questo valore è incluso nei dati di matchmaking che descrivono una corrispondenza completata, ma non viene utilizzato da nessun Amazon GameLift Servers processo.
Valori consentiti: String
Obbligatorio? No
ruleLanguageVersion-
La versione del linguaggio delle espressioni delle FlexMatch proprietà utilizzato.
Valori consentiti: «1.0"
Obbligatorio? Sì
playerAttributes-
Una raccolta di dati sui giocatori inclusa nelle richieste di matchmaking e utilizzata nel processo di matchmaking. Puoi anche dichiarare gli attributi qui per includere i dati del giocatore nei dati di matchmaking che vengono trasmessi ai server di gioco, anche se i dati non vengono utilizzati nel processo di matchmaking.
Obbligatorio? No
name-
Un nome univoco per l'attributo del giocatore che deve essere utilizzato dal matchmaker. Questo nome deve corrispondere al nome dell'attributo del giocatore a cui si fa riferimento nelle richieste di matchmaking.
Valori consentiti: String
Obbligatorio? Sì
type-
Il tipo di dati del valore dell'attributo del giocatore.
Valori consentiti: «string», «number», «string_list», «string_number_map»
Obbligatorio? Sì
default-
Un valore predefinito da usare quando una richiesta di matchmaking non ne fornisce uno per un giocatore.
Valori consentiti: Qualsiasi valore consentito per l'attributo del giocatore. Una stringa vuota viene considerata come se non fornisse un valore predefinito.
Obbligatorio? No
algorithm-
Impostazioni di configurazione opzionali per personalizzare il processo di matchmaking.
Obbligatorio? No
strategy-
Il metodo da utilizzare per creare partite. Se questa proprietà non è impostata, il comportamento predefinito è «ExhaustiveSearch».
Valori consentiti:
-
«ExhaustiveSearch» — Metodo di corrispondenza standard. FlexMatchforma una corrispondenza attorno al ticket più vecchio di un batch valutando gli altri ticket del pool in base a una serie di regole di abbinamento personalizzate. Questa strategia viene utilizzata per partite con 40 giocatori o meno. Quando si utilizza questa strategia,
batchingPreferencedeve essere impostata su «casuale» o «ordinata». -
«bilanciato»: metodo ottimizzato per formare rapidamente partite di grandi dimensioni. Questa strategia viene utilizzata solo per partite da 41 a 200 giocatori. Forma le partite preordinando il pool di biglietti, costruendo le potenziali partite e assegnando i giocatori alle squadre, quindi bilanciando ciascuna squadra in una partita utilizzando un attributo di giocatore specificato. Ad esempio, questa strategia può essere utilizzata per pareggiare i livelli medi di abilità di tutte le squadre in una partita. Quando si utilizza questa strategia,
balancedAttributedeve essere impostata ebatchingPreferencedeve essere impostata su «largestPopulation» o «FastestRegion». La maggior parte dei tipi di regole personalizzate non viene riconosciuta con questa strategia.
Obbligatorio? Sì
-
batchingPreference-
Il metodo di preordinamento da utilizzare prima di raggruppare i biglietti per la costruzione della partita. Pre-sorting il pool di biglietti fa sì che i biglietti vengano raggruppati in base a una caratteristica specifica, che tende ad aumentare l'uniformità tra i giocatori nelle partite finali.
Valori consentiti:
-
«random» — Valido solo con
strategy= «ExhaustiveSearch». Non viene effettuato alcun pre-ordinamento; i biglietti nel pool vengono raggruppati in modo casuale. Questo è il comportamento predefinito per una strategia di ricerca esaustiva. -
«sorted» — Valido solo con
strategy= «ExhaustiveSearch». Il pool di biglietti è preordinato in base agli attributi del giocatore elencati in.sortbyAttributes -
«largestPopulation» — Valido solo con
strategy= «balanced». Il pool di ticket è preordinato in base alle regioni in cui i giocatori segnalano livelli di latenza accettabili. Questo è il comportamento predefinito per una strategia bilanciata. -
«FastestRegion»: valido solo con
strategy= «balanced». Il pool di biglietti è preordinato in base alle regioni in cui i giocatori segnalano i livelli di latenza più bassi. Le partite risultanti richiedono più tempo per essere completate, ma la latenza per tutti i giocatori tende a essere bassa.
Obbligatorio? Sì
-
balancedAttribute-
Il nome dell'attributo di un giocatore da usare per creare partite di grandi dimensioni con una strategia bilanciata.
Valori consentiti: qualsiasi attributo dichiarato
playerAttributescontype= «numero».Obbligatorio? Sì, se
strategy= «bilanciato». sortByAttributes-
Un elenco degli attributi dei giocatori da utilizzare per preordinare il pool di biglietti prima dell'assegnazione in batch. Questa proprietà viene utilizzata solo durante il pre-ordinamento con una strategia di ricerca esaustiva. L'ordine dell'elenco degli attributi determina l'ordinamento. FlexMatchutilizza una convenzione di ordinamento standard per i valori alfabetici e numerici.
Valori consentiti: qualsiasi attributo dichiarato in.
playerAttributesObbligatorio? Sì, se
batchingPreference= «ordinato». backfillPriority-
Il metodo di assegnazione delle priorità per abbinare i ticket di rifornimento. Questa proprietà determina quando FlexMatch elabora i ticket di backfill in un batch. Viene utilizzata solo durante il pre-ordinamento con una strategia di ricerca esaustiva. Se questa proprietà non è impostata, il comportamento predefinito è «normale».
Valori consentiti:
-
«normale»: il tipo di richiesta di un ticket (backfill o nuova partita) non viene considerato nella formazione delle corrispondenze.
-
«elevato»: un gruppo di ticket viene ordinato per tipo di richiesta (e quindi per età) e FlexMatch cerca innanzitutto di abbinare i ticket già riempiti.
-
«basso»: un batch di ticket viene ordinato per tipo di richiesta (e quindi per età) e FlexMatch cerca innanzitutto di abbinare i ticket non riempiti.
Obbligatorio? No
-
expansionAgeSelection-
Il metodo per calcolare il tempo di attesa per l'espansione di una match rule. Le espansioni vengono utilizzate per allentare i requisiti di una partita se una partita non è stata completata dopo un certo periodo di tempo. Il tempo di attesa viene calcolato in base all'età dei biglietti già occupati per la partita parzialmente occupata. Se questa proprietà non è impostata, il comportamento predefinito è «più recente».
Valori consentiti:
-
«più recente»: il tempo di attesa per l'espansione viene calcolato in base al ticket con il timestamp di creazione più recente nella partita parzialmente completata. Le espansioni tendono ad essere attivate più lentamente, perché un ticket più recente può far ripartire il tempo di attesa.
-
«più vecchio»: il tempo di attesa per l'espansione viene calcolato in base al ticket con il timestamp di creazione più vecchio della partita. Le espansioni tendono ad essere attivate più rapidamente.
Obbligatorio? No
-
teams-
La configurazione delle squadre in una partita. Fornisci un nome e un intervallo di dimensioni per ogni squadra. Un set di regole deve definire almeno un team.
name-
Un nome univoco per il team. È possibile fare riferimento ai nomi delle squadre nelle regole e nelle espansioni. In caso di successo, i giocatori vengono assegnati in base al nome della squadra nei dati di matchmaking.
Valori consentiti: String
Obbligatorio? Sì
maxPlayers-
Il numero massimo di giocatori che possono essere assegnati alla squadra.
Valori consentiti: Numero
Obbligatorio? Sì
minPlayers-
Il numero minimo di giocatori che devono essere assegnati alla squadra prima che la partita sia valida.
Valori consentiti: Numero
Obbligatorio? Sì
quantity-
Il numero di squadre di questo tipo da creare in una partita. Le squadre con un numero maggiore di 1 sono designate con un numero aggiunto («Red_1", «Red_2", ecc.). Se questa proprietà non è impostata, il valore predefinito è «1".
Valori consentiti: Numero
Obbligatorio? No
rules-
Una raccolta di regole che definiscono come valutare i giocatori per una partita.
Obbligatorio? No
name-
Un nome univoco per la regola. Tutte le regole di un set di regole devono avere nomi univoci. I nomi delle regole sono indicati nei registri degli eventi e nelle metriche che tengono traccia delle attività correlate alla regola.
Valori consentiti: String
Obbligatorio? Sì
description-
Descrizione testuale della regola. Queste informazioni possono essere utilizzate per identificare lo scopo di una regola. Non viene utilizzato nel processo di matchmaking.
Valori consentiti: String
Obbligatorio? No
type-
Il tipo di dichiarazione della regola. Ogni tipo di regola ha proprietà aggiuntive che devono essere impostate. Per ulteriori dettagli sulla struttura e sull'uso di ciascun tipo di regola, vedereFlexMatch tipi di regole.
Valori consentiti:
-
«AbsoluteSort»: esegue l'ordinamento utilizzando un metodo di ordinamento esplicito che ordina i ticket in un batch in base al confronto tra uno specifico attributo del giocatore e il ticket più vecchio del batch.
-
«collezione»: valuta i valori di una raccolta, ad esempio un attributo del giocatore che è una raccolta o un insieme di valori per più giocatori.
-
«confronto»: confronta due valori.
-
«composto»: definisce una regola di matchmaking composta utilizzando una combinazione logica di altre regole nel set di regole. Supportato solo per partite con 40 o meno giocatori.
-
«distanza» — Misura la distanza tra i valori numerici.
-
«batchDistance»: misura la differenza tra il valore di un attributo e lo utilizza per raggruppare le richieste di corrispondenza.
-
«DistanceSort»: esegue l'ordinamento utilizzando un metodo di ordinamento esplicito che ordina i ticket in un batch in base al confronto tra un attributo giocatore specificato con un valore numerico e il ticket più vecchio del batch.
-
«latenza»: valuta i dati di latenza regionale segnalati per una richiesta di matchmaking.
Obbligatorio? Sì
-
expansions-
Regole per allentare i requisiti di una partita nel tempo quando una partita non può essere completata. Imposta le espansioni come una serie di passaggi da applicare gradualmente per facilitare la ricerca delle corrispondenze. Per impostazione predefinita, FlexMatch calcola il tempo di attesa in base all'età del biglietto più recente aggiunto a una partita. È possibile modificare il modo in cui vengono calcolati i tempi di attesa per l'espansione utilizzando la proprietà dell'algoritmo.
expansionAgeSelectionI tempi di attesa dell'espansione sono valori assoluti, pertanto ogni passaggio dovrebbe avere un tempo di attesa più lungo rispetto al passaggio precedente. Ad esempio, per pianificare una serie graduale di espansioni, potresti utilizzare tempi di attesa di 30 secondi, 40 secondi e 50 secondi. I tempi di attesa non possono superare il tempo massimo consentito per una richiesta di abbinamento, impostato nella configurazione del matchmaking.
Obbligatorio? No
target-
L'elemento del set di regole da allentare. Puoi modificare le proprietà relative alle dimensioni del team o qualsiasi proprietà dell'istruzione della regola. La sintassi è "<component name>[< rule/team name>]. <property name>». Ad esempio, per modificare le dimensioni minime del team:
teams[Red, Yellow].minPlayers. Per modificare il requisito minimo di abilità in una dichiarazione della regola di confronto denominata «MinSkill»:rules[minSkill].referenceValue.Obbligatorio? Sì
steps-
waitTimeSeconds-
Il tempo di attesa, in secondi, prima di applicare il nuovo valore per l'elemento del set di regole di destinazione.
Obbligatorio? Sì
value-
Il nuovo valore per l'elemento del set di regole di destinazione.
