Android项目几种常用的项目架构

1、单个Activity架构(推荐)

首页是Activity,里面页面为View

  • 头部底部栏都是公用的,只是改变文字和图案。
  • 底部导航栏为RadioButton
  • 中部可以滑动切换。
  • 跳转很快,但是首页不流畅。

  这种架构的好处是思路清晰,系统运行开销小。缺点是控制不好的话代码混乱,而且生命周期不好管理。

 

2、多个Activity-利用BaseActivity提供共性

 

3、多个Activity-利用TabActivity

MainActivity(TabActivity)->子Activity(BaseActivty)

  • 代码与思路都清晰
  • BaseActivity拥有相同的后退和头部底部栏

3.1 MainActivity(TabActivity)->子Activity(ActivityGroup)->孙子Activity(BaseActivty)

PS:适合需要在一个TabHost内实现多个Activity的跳转

3.2 Radiobutton与TabActivity结合跳转(代码非常清晰)

4、多个Activity-ActivityGroup(官方已经标为不推荐)

  底部栏用GridView实现,底部也是用RadioButton。


点击打开链接


Android项目架构通常分为以下几个关键部分: 1. **MVP (Model-View-Presenter)** 或者 **MVVM (Model-View-ViewModel)**:这是一种常见的设计模式,将应用分解为三个核心组件:模型(Model)管理数据和业务逻辑,视图(View)负责用户界面显示,而Presenter或ViewModel则作为两者之间的桥梁,处理用户的交互并更新UI。 2. **Layers(层结构)**:包括数据访问层(DAL)、业务逻辑层(BL)、表示层(Presentation Layer)。DAL负责与数据库、网络等数据源交互;BL处理复杂的业务规则和事务;表示层则展示给用户可见的内容。 3. **依赖注入(Dependency Injection, DI)**:通过框架如 Dagger或Kotlin注解,使得组件间的依赖关系可以清晰地定义和管理,提高代码的可测试性和灵活性。 4. **Repository pattern**:用于封装数据访问操作,隔离外部数据源的变化,简化应用程序对数据的操作。 5. **Activity-Fragment-Service**: 主体活动(Activities)承载用户界面,碎片(Fragments)用于复用界面模块,服务(Services)处理后台运行的任务。 6. **Android Architecture Components**: Google 提供的一系列库,如Room for持久化存储、LiveData和ViewModel用于简化数据管理和观察者模式,以及Lifecycle Manager帮助处理组件生命周期。 7. **Repository 和 Data Source Abstraction**:将数据库查询、网络请求等操作抽象到Repository,隐藏具体的实现细节,便于维护和单元测试。 8. **Navigation**: 使用Jetpack Navigation或类似库来进行界面间导航,提供一致的用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值