关闭Android Studios糟糕风格的建议?

关闭Android Studios糟糕风格的建议?,android,android-studio,Android,Android Studio,我需要删除所有的Android工作室“这可以改为”警告标志。我知道我可以使用滑块将所有警告标志从检查减少到语法 我不知道语法是否涵盖所有非样式的警告,或者它是否也包括实际的警告。如果是的话,你能把上面写的文档链接给我吗?我需要确凿的证据。我找不到太多关于语法警告突出显示的讨论 我可以忽略这些,没问题,但我看到我的团队将这些视为真正的警告。当您使用现有的代码库和团队时。。我们在个人风格错误上浪费了大量时间。我喜欢做if(boolean==false),因为它很清楚。这些建议中的很多都使代码以edg

我需要删除所有的Android工作室“这可以改为”警告标志。我知道我可以使用滑块将所有警告标志从检查减少到语法

我不知道语法是否涵盖所有非样式的警告,或者它是否也包括实际的警告。如果是的话,你能把上面写的文档链接给我吗?我需要确凿的证据。我找不到太多关于语法警告突出显示的讨论

我可以忽略这些,没问题,但我看到我的团队将这些视为真正的警告。当您使用现有的代码库和团队时。。我们在个人风格错误上浪费了大量时间。我喜欢做if(boolean==false),因为它很清楚。这些建议中的很多都使代码以edge 1980年代的风格高效地保存每个字符,但可读性尽可能好。。好。。1980年代代码

例如,我们只花了半个小时试图找出if语句中是否有错误,因为它“本可以”简化它

或者我的最爱,它告诉你改变它,然后告诉你改变回来


也是的,我知道我可以添加抑制,这会在我的同事Eclipse中导致错误

查看这是否有帮助,首选项→ 编辑→ 检查

禁用您不想要的,例如“控制流问题”下的无意义布尔表达式


参考:

您还可以在要忽略的无意义布尔值上方添加此行。我在使用BuildConfig变量时经常使用它,因为它们看起来是常量,但实际上并不是由gradle构建系统控制的

//noinspection ConstantConditions,PointlessBooleanExpression

仍然需要一个解决方案……嗯。。这对我来说仍然是一个日常的痛苦。exp==false的+1比它更清楚!任何人都知道为什么很多人说写作更好!我确信答案与执行速度有关。虽然如果编译器不优化它,我会感到震惊。