Casi d'uso corretti per Android UserManager.isUserAGoat ()?

Stavo guardando le nuove API introdotte in Android 4.2 . Mentre guardavo la UserManagerclasse mi sono imbattuto nel seguente metodo:

public boolean isUserAGoat()

Utilizzato per determinare se l'utente che effettua questa chiamata è soggetto a teletrasporto.

Indica se l'utente che effettua questa chiamata è una capra.

Come e quando dovrebbe essere usato?

Dalla loro fonte , il metodo utilizzato per restituire falsefino a quando non è stato modificato in API 21.

/**
 * Used to determine whether the user making this call is subject to
 * teleportations.
 * @return whether the user making this call is a goat 
 */
public boolean isUserAGoat() {
    return false;
}

Sembra che il metodo non abbia un reale utilizzo per noi come sviluppatori. Qualcuno ha precedentemente affermato che potrebbe essere un uovo di Pasqua .

Nell'API 21 l'implementazione è stata modificata per verificare se nel pacchetto è presente un'app installata com.coffeestainstudios.goatsimulator

/**
 * Used to determine whether the user making this call is subject to
 * teleportations.
 *
 * <p>As of {@link android.os.Build.VERSION_CODES#LOLLIPOP}, this method can
 * now automatically identify goats using advanced goat recognition technology.</p>
 *
 * @return Returns true if the user making this call is a goat.
 */
public boolean isUserAGoat() {
    return mContext.getPackageManager()
            .isPackageAvailable("com.coffeestainstudios.goatsimulator");
}

Ecco la fonte e il cambiamento .

Non so se questo fosse "il" caso d'uso ufficiale, ma quanto segue produce un avviso in Java (che può ulteriormente produrre errori di compilazione se mescolato con returnistruzioni, portando a un codice non raggiungibile):

while (1 == 2) { // Note that "if" is treated differently
    System.out.println("Unreachable code");
}

Tuttavia questo è legale:

while (isUserAGoat()) {
    System.out.println("Unreachable but determined at runtime, not at compile time");
}

Quindi spesso mi ritrovo a scrivere un metodo di utilità sciocco per il modo più rapido di falsificare un blocco di codice, quindi nel completare il debug trovare tutte le chiamate ad esso, quindi a condizione che l'implementazione non cambi questo può essere utilizzato per quello.

JLS sottolinea che if (false)non viene attivato il "codice irraggiungibile" per il motivo specifico che ciò spezzerebbe il supporto per i flag di debug, ovvero sostanzialmente questo caso d'uso (h / t @auselen). ( static final boolean DEBUG = false;ad esempio).

Ho sostituito whileper if, producendo un caso d'uso più oscuro. Credo che tu possa triplicare il tuo IDE, come Eclipse, con questo comportamento, ma questa modifica è di 4 anni nel futuro e non ho un ambiente Eclipse con cui giocare.

Questo sembra essere uno scherzo di Google. È anche presente nel task manager di Google Chrome. Non ha scopo, se non che alcuni ingegneri lo trovano divertente. Qual è uno scopo da solo, se vuoi.

1. In Chrome, apri Task Manager con Shift+ Esc.
2. Fare clic con il tasto destro per aggiungere la Goats Teleportedcolonna.
3. Meraviglia.

Esiste persino un'enorme segnalazione di bug di Chromium su troppe capre teletrasportate .

Il seguente frammento del codice sorgente di Chromium viene rubato dai commenti HN .

int TaskManagerModel::GetGoatsTeleported(int index) const {
  int seed = goat_salt_ * (index + 1);
  return (seed >> 16) & 255;
}

A complemento della risposta @djechlin (buona risposta a proposito!), Questa chiamata di funzione potrebbe essere utilizzata anche come codice fittizio per contenere un punto di interruzione in un IDE quando si desidera interrompere una iterazione specifica o una chiamata ricorsiva specifica, ad esempio:

isUserAGoat()potrebbe essere usato al posto di una dichiarazione di variabile fittizia che verrà mostrata nell'IDE come un avviso e, nel caso particolare di Eclipse, ostruirà il punto di interruzione, rendendo difficile abilitarlo / disabilitarlo. Se il metodo viene utilizzato come convenzione, tutte le invocazioni potrebbero essere successivamente filtrate da alcuni script (durante la fase di commit forse?).

I ragazzi di Google sono grandi utenti di Eclipse (forniscono molti dei loro progetti come plugin Eclipse: Android SDK, GAE, ecc.), Quindi la risposta di @djechlin e questa risposta complementare hanno molto senso (almeno per me).

C'è un metodo / costante / nome divertente in ogni versione di Android.

L'unico uso pratico che io abbia mai visto è stato nel concorso I / O di Last Call for Google in cui hanno chiesto quale fosse una versione particolare, per vedere se i concorrenti leggevano il rapporto diff API per ogni versione. Il concorso presentava anche problemi di programmazione, ma in genere alcune curiosità che potevano essere classificate automaticamente per prime per ridurre il numero di invii a importi ragionevoli che sarebbero più facili da controllare.

Nella disciplina del riconoscimento vocale, gli utenti sono divisi in capre e pecore .

Ad esempio, qui a pagina 89 :

Le pecore sono persone per le quali il riconoscimento vocale funziona eccezionalmente bene e le capre sono persone per le quali funziona eccezionalmente male. Solo il riconoscimento vocale sa cosa li separa. Le persone non possono prevedere la cui voce sarà riconosciuta facilmente e di chi non lo farà. La migliore politica è progettare l'interfaccia in modo che possa gestire tutti i tipi di voci in tutti i tipi di ambienti

Forse, si prevede di contrassegnare gli utenti Android come capre in futuro per essere in grado di configurare il motore di riconoscimento vocale per le esigenze delle capre. ;-)

A Google piace molto le capre e le uova di Pasqua a base di capra . Ci sono stati anche post precedenti Stack Overflow a riguardo .

Come è stato menzionato nei post precedenti, esiste anche all'interno del task manager di Chrome ( è apparso per la prima volta in libertà nel 2009 ):

<message name="IDS_TASK_MANAGER_GOATS_TELEPORTED_COLUMN" desc="The goats teleported column">
    Goats Teleported
</message>

E poi nelle versioni Windows, Linux e Mac di Chrome all'inizio del 2010 ). Il numero di "Capre teletrasportate" è infatti casuale :

 int TaskManagerModel::GetGoatsTeleported(int index) const {
     int seed = goat_salt_ * (index + 1);
     return (seed >> 16) & 255;
 }

Altri riferimenti di Google alle capre includono:

• Falciare con le capre
• Le capre sono baaaahk

La prima correlazione di capre e Google appartiene al post originale del blog "Falciatura di capre", per quanto ne so.

Possiamo tranquillamente presumere che sia semplicemente un uovo di Pasqua e che non abbia alcun uso nel mondo reale, tranne che per il ritorno false.

A partire da API 21 (il primo Android 5.0 / Lollipop SDK) , questo rileva se è installata l'app Goat Simulator :

/**
 * Used to determine whether the user making this call is subject to
 * teleportations.
 *
 * <p>As of {@link android.os.Build.VERSION_CODES#LOLLIPOP}, this method can
 * now automatically identify goats using advanced goat recognition technology.</p>
 *
 * @return Returns true if the user making this call is a goat.
 */
public boolean isUserAGoat() {
    return mContext.getPackageManager()
            .isPackageAvailable("com.coffeestainstudios.goatsimulator");
}

Ciò dovrebbe chiarire che il suggerimento di Djechlin di usarlo come un avviso privo di avvertimento if (false)è una strategia potenzialmente disastrosa. Ciò che in precedenza falseveniva restituito per ogni dispositivo ora restituisce un valore apparentemente casuale: se questo è stato sepolto abbastanza in profondità nel tuo codice, potrebbe richiedere molto tempo per capire da dove provengono i tuoi nuovi bug.

In conclusione: se non controlli l'implementazione di un metodo e decidi di utilizzarlo per scopi diversi da quelli indicati nella documentazione dell'API, stai andando in cerca di problemi.

C'è una chiamata simile, isUserAMonkey() , che restituisce true se viene utilizzato lo strumento MonkeyRunner . La spiegazione dell'SDK è curiosa quanto questa.

public static boolean isUserAMonkey(){}     

Restituisce truese l'interfaccia utente è attualmente incasinata da una scimmia.

Qui la fonte.

Mi aspetto che questo sia stato aggiunto in previsione di un nuovo strumento SDK chiamato qualcosa con una capra e una volontà effettivamente funzionale per verificare la presenza di quello strumento.

Vedi anche una domanda simile, Strana funzione in ActivityManager: isUserAMonkey. Cosa significa questo, a cosa serve? .

Uovo Di Pasqua Divertente.
Nella versione Ubuntu di Chrome, in Task Manager ( shift+esc ), con il tasto destro del mouse è possibile aggiungere una colonna fantascientifica che nella versione italiana è "Capre Teletrasportate" (Teleported Goats).

Una teoria divertente a riguardo è qui .

Non è uno scherzo interno

Apparentemente è solo un controllo delle applicazioni per Goat Simulator - di Coffee Stain Studios

Se hai installato Goat Simulator, sei una capra. Se non lo hai installato, non sei una capra.

Immagino che sia stato più un esperimento personale di uno degli sviluppatori, molto probabilmente per trovare persone con un interesse comune.