Superss 6.0权限模型可以像Android M之前一样工作

除了将目标SDK设置为22之外，还有没有其他方法可以抑制新的Android M权限模型

解释词：

我们有一个相当复杂的应用程序，升级到新的许可将需要相当长的时间，这（正如预期的）是我们没有的

---

我们的项目设置为使用最新的构建工具（我相信这要求目标SDK为23）。

如果您不打算使用API级别23的任何功能，为什么要将targetSdk和构建工具设置为23

---

我建议您将targetSdk和构建工具设置为22或更早使用的版本。

如果您不打算使用API级别23的任何功能，为什么要将targetSdk和构建工具设置为23

我建议您将targetSdk和构建工具降低到22或之前使用的任何工具

除了将目标SDK设置为22之外，还有没有其他方法可以抑制新的Android M权限模型

没有

我们的项目设置为使用最新的构建工具（我相信）要求目标SDK为23

否。生成工具不关心

targetSdkVersion

除了将目标SDK设置为22之外，还有没有其他方法可以抑制新的Android M权限模型

没有

我们的项目设置为使用最新的构建工具（我相信）要求目标SDK为23

---

不需要。构建工具并不关心

targetSdkVersion

我想这就是解决方案。据我所知，最新的构建工具包含了一些很好的构建时间改进。是的，但要利用这些工具的构建时间改进，您必须适应使用构建工具版本的其他限制，比如处理权限，因为该版本的工具是专为处理权限而设计的。我想这就是解决方案。据我所知，最新的构建工具包括一些甜蜜的构建时间改进。是的，但要利用这些工具的构建时间改进，您必须调整以适应使用构建工具版本的其他限制，就像处理权限一样，这个版本的工具是用来处理权限的，我猜他的意思是支持库。我可能是wrong@k0sh：支持库需要匹配的

compileSdkVersion

。因此，如果您使用的是支持库的

23.0.1

，则需要

compileSdkVersion

为23。@commonware wow没有想到您会在这里给出答案！爱你的书！主题：如果我将

compileSdkVersion

设置为23，并将

targetSdkVersion

设置为22，那么旧的权限模型和新的支持库是否都能正常工作？@MarcinKunert:AFAIK，这种组合仍然存在。我有过比这更奇怪的组合。：-）支持库的关键部分是

compileSdkVersion

，因为它们可能有条件地使用新的主题属性和内容，因此没有正确的

compileSdkVersion

可能会破坏构建。我不知道有关

targetSdkVersion

的支持库的要求。也就是说，在所有其他条件相同的情况下，我会尝试将支持库保留在

targetSdkVersion

，但这是一个目标，而不是一个要求。谢谢你的好话！我猜他的意思是支持库。我可能是wrong@k0sh：支持库需要匹配的

compileSdkVersion

。因此，如果您使用的是支持库的

23.0.1

，则需要

compileSdkVersion

为23。@commonware wow没有想到您会在这里给出答案！爱你的书！主题：如果我将

compileSdkVersion

设置为23，并将

targetSdkVersion

设置为22，那么旧的权限模型和新的支持库是否都能正常工作？@MarcinKunert:AFAIK，这种组合仍然存在。我有过比这更奇怪的组合。：-）支持库的关键部分是

compileSdkVersion

，因为它们可能有条件地使用新的主题属性和内容，因此没有正确的

compileSdkVersion

可能会破坏构建。我不知道有关

targetSdkVersion

的支持库的要求。也就是说，在所有其他条件相同的情况下，我会尝试将支持库保留在

targetSdkVersion

，但这是一个目标，而不是一个要求。谢谢你的好话！