Android UserManager.isUserAGoat () için doğru kullanım durumları?

Android 4.2'de tanıtılan yeni API'lara bakıyordum . UserManagerSınıfa bakarken aşağıdaki yöntemle karşılaştım:

public boolean isUserAGoat()

Bu aramayı yapan kullanıcının ışınlanmalara tabi olup olmadığını belirlemek için kullanılır.

Bu çağrıyı yapan kullanıcının bir keçi olup olmadığını döndürür.

Bu nasıl ve ne zaman kullanılmalıdır?

Onların itibaren kaynağında , yöntem dönmek için kullanılan falsebu API 21 değiştirildiği kadar.

/**
 * 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;
}

Bu yöntemin geliştiriciler olarak bizim için gerçek bir kullanımı olmadığı anlaşılıyor. Birisi daha önce bir Paskalya yumurtası olabileceğini söylemişti .

API 21'de uygulama, paketle birlikte yüklü bir uygulama olup olmadığını kontrol etmek için değiştirildi 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");
}

İşte kaynak ve değişim .

Bunun "kullanım" olup olmadığını bilmiyorum, ancak aşağıdakiler Java'da bir uyarı üretir ( returnifadelerle karıştırılırsa, derleme hataları üretilemez ve bu da erişilemez koda yol açar):

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

Ancak bu yasaldır:

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

Bu yüzden sık sık kendimi bir kod bloğunu kukla yapmanın en hızlı yolu için aptal bir yardımcı program yazarken buluyorum, daha sonra hata ayıklamayı tamamlayarak tüm çağrıları bul, böylece uygulama değişmediği sürece bunun için kullanılabilir.

JLS işaret if (false)yani bu hata ayıklama bayrakları için destek dağılacağı yönündeki belirli bir nedenden dolayı "ulaşılamaz kod", temelde bu kullanım örneği (h / t @auselen) tetiklemez. ( static final boolean DEBUG = false;örneğin).

Ben yerini whileiçin ifdaha belirsiz kullanım durumunda üreten. Ben inanıyorum Bu şekilde davranmaya, Eclipse gibi IDE çelme, ancak bu düzenleme geleceğe 4 yıl, ve ben oynamak için bir Eclipse ortamı yok.

Bu, Google'da bir şaka gibi görünüyor. Ayrıca Google Chrome görev yöneticisinde de bulunur. Bazı mühendislerin eğlenceli bulması dışında bir amacı yoktur. Bu kendi başına bir amaçtır, eğer istersen.

1. Chrome'da Shift+ ile Görev Yöneticisi'ni açın Esc.
2. Goats TeleportedSütunu eklemek için sağ tıklayın .
3. Merak etmek.

Çok fazla ışınlanmış keçi hakkında büyük bir Chromium hata raporu bile var .

Aşağıdaki Chromium kaynak kodu snippet'i HN yorumlarından çalındı .

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

@Djechlin yanıtını (bu arada iyi yanıt!) Tamamlayan bu işlev çağrısı, belirli bir yinelemede veya belirli bir özyinelemeli çağrıda durdurmak istediğinizde IDE'de bir kesme noktası tutmak için kukla kod olarak da kullanılabilir, örneğin:

isUserAGoat()IDE'de uyarı olarak gösterilecek sahte değişken bildirimi yerine kullanılabilir ve özellikle Tutulma durumunda kesme noktası işaretini tıkar ve etkinleştirmeyi / devre dışı bırakmayı zorlaştırır. Yöntem bir kural olarak kullanılırsa, tüm çağrılar daha sonra bir komut dosyası tarafından filtrelenebilir (tamamlama aşamasında belki?).

Google kullanıcıları ağır Eclipse kullanıcılarıdır (projelerinin birçoğunu Eclipse eklentileri olarak sağlarlar: Android SDK, GAE, vb.), Bu nedenle @djechlin yanıtı ve bu tamamlayıcı cevap çok mantıklıdır (en azından benim için).

Android'in her sürümünde komik bir sabit / sabit / her şey var.

Gördüğüm tek pratik kullanım , yarışmacıların her sürüm için API fark raporunu okuyup okumadıklarını görmek için belirli bir sürümün ne olduğunu sordukları Son Google I / O Yarışması Çağrısındaydı . Yarışmada programlama problemleri de vardı, ancak genellikle gönderimlerin sayısını kontrol etmek daha kolay olacak makul miktarlara düşürmek için önce otomatik olarak derecelendirilebilen bazı bilgiler.

Konuşma tanıma disiplinde, kullanıcılar keçi ve koyunlara ayrılır .

Örneğin, burada sayfa 89 :

Koyunları, konuşma tanımanın son derece iyi çalıştığı, keçiler ise son derece kötü çalıştığı insanlardır. Onları neyin ayırdığını yalnızca ses tanıyıcı bilir. İnsanlar kimin sesinin kolayca tanınacağını ve kimin olmayacağını tahmin edemez. En iyi politika, arayüzü her türlü ortamda her türlü sesi işleyebilecek şekilde tasarlamaktır.

Belki de, konuşma tanıma motorunu keçi ihtiyaçları için yapılandırabilmek için Android kullanıcılarının gelecekte keçi olarak işaretlenmesi planlanıyor. ;-)

Google'ın keçi ve keçi bazlı Paskalya yumurtaları için ciddi bir beğenisi var . Bu konuda daha önce Stack Overflow yayınları bile vardı .

Önceki yayınlarda belirtildiği gibi, Chrome görev yöneticisinde de bulunur ( ilk olarak 2009'da vahşi doğada ortaya çıktı ):

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

Ve daha sonra Chrome'un Windows, Linux ve Mac sürümlerinde 2010 başlarında ). "Teleported Keçi" sayısı aslında rastgele :

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

Keçilere yapılan diğer Google referansları şunları içerir:

• Keçi ile biçme
• Keçiler baaaahk

İlk keçi ve Google korelasyonu, söyleyebildiğim kadarıyla orijinal "Keçi ile biçme" blog yayınına aittir.

Bunun sadece bir Paskalya yumurtası olduğunu ve geri dönüş dışında gerçek dünya kullanımı olmadığını güvenli bir şekilde varsayabiliriz false.

API 21'den (ilk Android 5.0 / Lollipop SDK) , Goat Simulator uygulamasının yüklü olup olmadığını algılar :

/**
 * 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");
}

Bu, djechlin'in onu uyarısız olarak kullanma önerisininif (false) potansiyel olarak yıkıcı bir strateji olduğunu açıkça ortaya koymalıdır . falseHer cihaz için daha önce döndürülen şey artık rastgele görünen bir değer döndürüyor: eğer kodunuza yeterince gömülmüşse , yeni hatalarınızın nereden geldiğini anlamak uzun zaman alabilir .

Alt satır: Bir yöntemin uygulanmasını kontrol etmez ve API belgelerinde belirtilen amaçlar dışında kullanmaya karar verirseniz, sorun yaşarsınız.

MonkeyRunner aracı kullanılıyorsa, isUserAMonkey()true döndüren benzer bir çağrı vardır . SDK açıklaması da bu kadar merak uyandırıyor.

public static boolean isUserAMonkey(){}     

trueKullanıcı arayüzünün şu anda bir maymun tarafından karıştırılıp karıştırılmadığını döndürür .

İşte kaynak.

Bunun, keçi ile bir şey adı verilen yeni bir SDK aracının beklentisiyle eklendiğini ve aslında bu aracın varlığını test etmek için işlevsel olacağını umuyorum.

Benzer bir soru, ActivityManager'daki garip işlevine bakın: isUserAMonkey. Bu ne anlama geliyor, kullanımı nedir? .

Komik Paskalya yumurtası.
Chrome'un Ubuntu sürümünde, Görev Yöneticisi'nde ( shift+ esc) sağ tıklama ile İtalyanca sürümde "Capre Teletrasportate" (Teleported Goats) olan bir bilimkurgu sütunu ekleyebilirsiniz.

Bu konuda komik bir teori burada .

Bu bir iç şaka değil

Görünüşe göre bu sadece Keçi Simülatörü için bir uygulama denetleyicisi - Coffee Stain Studios

Eğer kurulu Keçi Simülatörü varsa, sen bir keçisin. Yüklemediyseniz keçi değilsiniz.

Bunun, ortak çıkarları olan insanları bulması muhtemel olan geliştiricilerden biri tarafından yapılan kişisel bir deney olduğunu düşünüyorum.