Android开发：Activity/Fragment、XML/Jetpack Compose选型咨询

1. Activity与Fragment的选用经验法则 #

• 单页面独立功能优先用Activity：如果功能完全独立、无需和其他页面共享状态或频繁切换局部内容（比如启动页、登录页），直接用Activity更简单，不用处理Fragment的嵌套生命周期问题。
• 多局部切换的复杂页面用Fragment：如果一个页面需要在多个子功能模块间切换（比如底部导航的内容页、表单步骤切换），Fragment能避免重复创建Activity，还可通过ViewModel共享数据，降低页面通信成本。
• 复用UI模块优先Fragment：若某个UI组件（如带筛选的列表、表单输入模块）需在多页面复用，做成Fragment比复制XML布局和Activity逻辑更高效，后期维护更方便。
• 生命周期复杂度考量：若对生命周期不熟悉，简单场景用Activity更不易踩坑——Fragment生命周期依附于Activity，嵌套Fragment的生命周期更复杂，初期容易出现问题。

2. 截止期限下：XML还是Jetpack Compose？ #

• 优先继续使用XML：你已熟悉XML和多Activity开发，在有截止期限的情况下，用熟悉的技术栈能快速完成功能，避免因学习Compose的新语法、状态管理、布局逻辑而耽误时间。比如RecyclerView的表单输入、PDF导出等功能，XML的成熟方案（EditText、RadioGroup配合RecyclerView Adapter）能快速实现，无需重新摸索Compose的对应组件。
• 仅在极小增量功能尝试Compose：如果项目中有非常简单的独立小UI模块（如自定义按钮、简单提示弹窗），可偶尔尝试Compose，但不要将核心功能（如表单、数据库操作）切换为Compose，避免风险。
• 长期看Compose，但当前优先交付：Compose确实是Android开发的未来趋势，但赶截止期限时，交付可用产品比学习新技术更重要。项目完成后，再抽时间系统学习Compose会更稳妥。

内容的提问来源于stack exchange，提问作者Daki