我一直在检查Android的材料设计权限规范here。引用该文件: -
应该事先请求关键权限。次要 可以在上下文中请求权限。
不太清楚的权限应提供有关内容的教育 许可涉及,无论是在前期还是在上下文中完成。
在我的情况下,我的应用程序在启动期间需要三个权限:两个关键和一个推荐。在应用程序可以运行之前必须接受/拒绝这些权限,并且两个或更多需要解释。我想知道用于教育用户多种权限的设计标准是什么。这是我认为可能会遵循的流程:
这是一个遵循的标准协议,还是Android推荐的其他内容?
答案 0 :(得分:0)
" Android和#34; (OS)不推荐任何东西。 Google提供了大量资料,您可能已经在developer.android.com上阅读了"Permission Usage Notes"
在我看来,您可以先显示一个解释,然后一步查询所有关键权限。为什么一步到位?因为用户点击次数较少,并且如果用户不想授予这些权限,您可以做出反应并礼貌地告知他们,如果没有上述所有权限,该应用程序将非常有用。
对于"推荐"许可,一旦用户尝试执行此权限所针对的事情就可以提出要求#34;本地关键"。
有一种方法可能有用:
为了帮助找到用户可能需要解释的情况, Android提供了一种实用方法,
shouldShowRequestPermissionRationale()
。如果,此方法返回true 该应用先前已请求此权限,并且用户已拒绝 请求。
(引自developer.android.com: "Requesting Permissions at Run Time")