Android 中哪一个是更好的设计方法 - 多个 Activities/Fragments
Which one is the better design approach in Android - Multiple Activities/Fragments
从 Kotlin 的应用程序架构角度来看，这是一种更好的设计方法：
A）在你的应用程序中有多个活动
B) 在你的应用中有更少的活动和更多的片段。
请指教。
谢谢。
这是一个永恒的问题，有人问过 lot of times. You'll probably won't find a definite answer. So you need to read about philosophy 并自行决定哪种方法更适合您的情况。
做这个决定没有唯一正确的方法。根据您的应用程序，您应该首先选择最适合您的架构。 Android 中的热门选择包括但不限于 MVP（模型视图展示器）和 MVVM（模型视图视图模型）。
做出决定后，您可以开始考虑哪种方法最适合您。您不必在多个活动和具有多个片段的 activity 之间做出决定。您可以同时拥有多个活动，每个活动可能包含多个片段。借助新的 Navigation component, part of the Architecture components，Google 提供了管理片段事务和后台堆栈的简单方法，这在过去被证明对大多数开发人员来说是痛苦的。因此，管理片段就像管理活动一样简单，您可以选择最适合您的，而无需担心事务、返回堆栈、导航等。
就我而言，我更喜欢针对不同的任务使用不同的活动。登录流程和设置属于单独的活动，而应用程序的主要操作（一旦用户登录）在实现导航组件的单个 activity 中作为不同的片段处理。这使得片段之间的导航更加容易，并促进关注点分离，在不同的视图和 presenters/view 模型中分离不同的特征。
总的来说，这个题目主观性很强，没有正确的方法。正如其他用户指出的那样，您可以查看许多不同的主题，阅读不同的意见并决定最适合您的内容。
顺便说一下，"From an App architecture perspective in Kotlin" - 您使用的编程语言不应影响您的体系结构决策。
从 Kotlin 的应用程序架构角度来看，这是一种更好的设计方法： A）在你的应用程序中有多个活动 B) 在你的应用中有更少的活动和更多的片段。
请指教。 谢谢。
这是一个永恒的问题，有人问过 lot of times. You'll probably won't find a definite answer. So you need to read about philosophy 并自行决定哪种方法更适合您的情况。
做这个决定没有唯一正确的方法。根据您的应用程序，您应该首先选择最适合您的架构。 Android 中的热门选择包括但不限于 MVP（模型视图展示器）和 MVVM（模型视图视图模型）。
做出决定后，您可以开始考虑哪种方法最适合您。您不必在多个活动和具有多个片段的 activity 之间做出决定。您可以同时拥有多个活动，每个活动可能包含多个片段。借助新的 Navigation component, part of the Architecture components，Google 提供了管理片段事务和后台堆栈的简单方法，这在过去被证明对大多数开发人员来说是痛苦的。因此，管理片段就像管理活动一样简单，您可以选择最适合您的，而无需担心事务、返回堆栈、导航等。
就我而言，我更喜欢针对不同的任务使用不同的活动。登录流程和设置属于单独的活动，而应用程序的主要操作（一旦用户登录）在实现导航组件的单个 activity 中作为不同的片段处理。这使得片段之间的导航更加容易，并促进关注点分离，在不同的视图和 presenters/view 模型中分离不同的特征。
总的来说，这个题目主观性很强，没有正确的方法。正如其他用户指出的那样，您可以查看许多不同的主题，阅读不同的意见并决定最适合您的内容。
顺便说一下，"From an App architecture perspective in Kotlin" - 您使用的编程语言不应影响您的体系结构决策。