J'attends avec impatience la sortie open source de StrictMode pour la poursuite de notre développement de la plate-forme. L'échantillon dans le suggère autour de Les appels StrictMode avec if (DEVELOPER_MODE) {
...
}
4 Réponses :
Désolé, J'avais imaginé que les gens feraient leur propre codé dur,
... qu'ils maintiennent à la main, mais on dirait que développeur_mode était juste un nom arbitraire que j'ai choisi pour le blog post et Javadoc. Peut-être que je devrais rendre cela plus clair dans les docs.
Private Static Final Boolean Developer_Mode = FALSE;
config.debug aurait été une meilleure chose à utiliser. Je ne savais même pas à ce sujet! :)
Je remarque dans le code d'épingle d'épicerie OpenSource qu'aucune des applications Android principales n'utilise StrictMode. J'espérais voir comment ils l'utilisaient pour modéliser la manière dont notre propre développement de plateforme utiliserait StrictMode. Pouvez-vous fournir des informations sur l'équipe de développement de la plate-forme d'Android permettant / désactiver le strictmode lors de leur cycle de développement.
Dave, c'est parce qu'ils utilisent tous strictmode. Nous l'allumons pour toutes les applications système:
Whoops, seulement des commentaires de la ligne célibataire (je frappe trop tôt). Voir android.git.kernel.org/?p=platform/frameworks/... et recherche" conditionnellementenabledebuglogging ", qui est public mais une API cachée .
@Bradfitzpatrick Damn Dès que j'ai ouvert votre entrée de blog, je devais rechercher si Developer_Mode existait et j'ai trouvé cette question. Pendant un moment, j'ai installé mon attente d'Android de bas à la normale, mais sont maintenant retournés à bas.
config.debug ne fonctionne pas réellement car il est toujours toujours réglé sur False. Il est préférable de regarder l'attribut debuggable dans le fichier AndroidManifest. Je l'ai documenté sur un poteau de blog. Les liens sont avec cette réponse
Pour répondre à ma propre question ... En tant que développeur de plate-forme (une utilisation d'Android pour créer un périphérique), le gestionnaire d'activités dans Android permet automatiquement StrictMode sur le thread principal pour toutes les applications installées sur la partition système chaque fois que la plate-forme est construite avec une ing ou la construction de BandeDebug. Je suis d'accord avec Manfred que config.debug n'est pas approprié pour les développeurs SDK. Essentiellement, les développeurs de plateformes écrit des applications chargées par défaut sur la partition système ne doivent rien faire pour tirer parti de StrictMode - la plate-forme le fait pour eux.
Je n'ai pas compris exactement qu'avons-nous en tant que développeurs d'applications (c'est-à-dire des développeurs de la plate-forme). Devrions-nous aller avec le caché conditionnellementenabledebuglogging ? Vérifiez le fichier AndroidManifest? Ou...? Ta
C'est une vieille question, mais j'aimerais mentionner que l'alternative la plus proche que je puisse imaginer est buildconfig.debug pour les ingénieurs d'application. Il revient s'il s'agit d'une construction de débogage.
J'ai supposé que c'était un booléen qu'ils ont défini juste un nom arbitraire.