Android StrictMode的开发者模式定义

我急切地等待StrictMode的开源版本，以继续我们的平台开发。中的示例建议使用

if (DEVELOPER_MODE) {
    ...
}

---

对于SDK开发，我希望这个常量由每个应用程序在本地定义。然而，对于平台开发来说，

android.util.Config.DEBUG

是否是决定是否启用此功能的最佳方法

对不起，

DEVELOPER\u MODE

只是我为博客帖子和Javadoc选择的任意名称。也许我应该在文件中更清楚地说明这一点

我想人们会自己制作硬编码

private static final boolean DEVELOPER\u MODE=false

。。。它们手工维护，但看起来像是
Config.DEBUG
，使用起来会更好。我甚至都不知道！：）
 Config.DEBUG实际上无法工作，因为它几乎总是设置为false。最好查看AndroidManifest文件中的可调试属性。我在一篇博客文章中记录了这一点
 回答我自己的问题。。。
作为平台开发人员（使用Android创建设备的开发人员），Android中的Activity Manager会自动在主线程上为安装在系统分区上的所有应用程序启用StrictMode，只要平台是使用eng或userdebug构建的。我同意Manfred的观点，Config.DEBUG不适合SDK开发人员。从本质上讲，编写默认加载到系统分区上的应用程序的平台开发人员不必做任何事情来利用StrictMode—平台为他们这样做。
这是一个老问题，但我想提到的是，我能想到的最接近的替代方案是应用工程师的
BuildConfig.DEBUG
。它返回这是否是调试版本。
我假设这是一个布尔值，他们只是定义了一个任意名称。我注意到在开源姜饼代码中，没有一个核心Android应用程序使用StrictMode。我希望看到他们如何使用它来模拟我们自己的平台开发将如何使用StrictMode。你能提供一些关于Android平台开发团队在开发周期中如何启用/禁用StrictMode的见解吗？Dave，那是因为他们都在使用StrictMode。我们为所有系统应用程序打开它：哎呀，只有单行评论（我太早按回车键了）。查看并搜索“ConditionallyEnabledBuglogging”，这是一个公开但隐藏的API。@BradFitzpatrick该死，我一打开你的博客条目，就不得不搜索是否存在开发者模式，我发现了这个问题。有一段时间，我把我对android的期望从低到正常，但现在又回到了低。我没有确切了解我们作为应用程序开发人员（即不是平台开发人员）所拥有的东西。我们是否应该使用隐藏的
条件所有可启用的debuglogging
？检查AndroidManifest文件？或助教