我完全理解在扁平化嵌套 UI 时使用 ConstraintLayout 的优势。但是随着ConstraintLayout 的引入，我看到人们采用它而不是RelativeLayout，即使对于具有扁平结构的简单布局也是如此。
single flat
structure 实现视图？Relative Layout 吗？任何帮助将不胜感激:)
【问题讨论】：
标签： android android-layout android-xml android-relativelayout android-constraintlayout
我认为这应该是选择和习惯的问题。一些 UI 设计师更喜欢RelativeLayout，而其他人更喜欢ConstraintLayout。在许多情况下，ConstraintLayout 的使用比RelativeLayout 更多。是的，它比RelativeLayout 性能更好，但我认为对于单个平面结构，我也可以选择RelativeLayout，尽管由于ConstraintLayout 提供的支持工具，如果您需要该功能，它是一个更好的选择。
这是我的观点。
【讨论】：
ConstraintLayout 速度的观点但请确保你没有使用嵌套视图组。好吧，如果您确实使用嵌套视图组，您的 constraintLayout 将失去它的“魔力”并且不再像它可能的那样快（把它想象成一个需要保持平面视图层次结构的超级英雄，否则他将失去权力。并且失去权力= 坏人赢了，我们不想这样）
是的，它的性能更好，ConstraintLayout 在设计时考虑了性能优化。此外，只需拖放即可使用非常简单。 我真的很喜欢 Constraint 布局，它比任何其他布局都更快地开发复杂的布局，但在我看来，在需要时对其进行更改更难，但这只是我的观点
【讨论】：
Q1 - ConstraintLayout 总是比 RelativeLayout 表现更好
A1 - 我在 StackOverflow 上看到了很多关于该主题的问题和答案，根据这些主题和我对 ConstraintLayout 的个人经验，我可以说以下内容：
在大多数情况下，如果您正确使用 ConstraintLayout，它会运行得更快但是，并不能保证这就是您始终会得到的。
李>从我个人使用 ConstraintLayout 的经验来看，它的运行速度非常快，而且在我的所有布局（UI 方面的简单和复杂）中，它的运行速度都比 RelativeLayout 快。
Q2 - 不应该弃用相对布局
A2 - 为什么我认为不应弃用相对布局。
老实说，尽管我使用的是 ConstaintLayout，但我确实没有看到任何正当理由不推荐使用 RelativeLayout李>
如果它没有损坏，请不要修复它：
事实上，ConstraintLayout 并不是构建 UI 的更好解决方案，这只是我的看法。
我真的认为这取决于开发人员和他的决定，因此 - 没有布局比另一个更好，也不应该弃用任何布局（只要它有效）
【讨论】：