Android ViewFlipper vs Fragment Transaction vs切换到子屏幕的任何其他方式

我正在开发一个现有的应用程序，它使用一个ViewFlipper在片段内的视图之间切换。在我看来，使用ViewFlipper时，您没有很好的关注点分离。你有一个很长的片段类或一个包含数百行代码的活动，在这个片段/活动中，你创建不同的视图而不是小部件，我指的是动态的子屏幕，并将它们作为子屏幕添加到ViewFlipper中，然后在特定事件发生时在这些子屏幕之间切换

当您为另一个片段的不同视图或子屏幕（选项卡或导航抽屉条目）使用片段时，您将主片段布局文件中逻辑上不同的子部分放入与不同片段相关的不同布局文件中，每个片段代表一个子屏幕，您将不相关的代码从主片段中拉出，并将其放在相关片段的代码中，这样您的主要片段的代码就会更短、更清晰。我认为这是一个很大的重构。

但就性能和平滑度而言，我认为使用ViewFlipper可能比执行片段事务更平滑、更快。我说得对吗？在视图之间更改/切换的最佳实践是什么？还有别的方法吗

---

我知道这个问题，但我正在寻找一个性能比较，我想知道是否有任何其他方法可以转换观点，并知道哪种方法更有意义和更好。此外，这个问题由来已久，Android也从那时起不断发展。

问题：子视图是否具有相同的布局？@Selvin不，它们没有