浅谈Android App架构

一、什么是架构

什么是架构,我最初的理解,架构就是通过降低偶合性,提高安全性和扩展性,达到方便对软件进行维护的一套行之有效的分层思想。在我看来架构最主要的就是降低偶合性和提高扩展性,我们平常对于客户端的修改和重构也基本上是围绕这两个点而进行的。当然,这只是我个人的理解,为了怕自己理解太过片面,又在以下几个权威网站,看了一下他们对架构的解释:

  • 百度百科:软件架构是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。
  • 维基百科:软件架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。
  • 某位技术大牛:软件架构就是软件的基本结构。

其实总体说来,软件架构就是软件的基本结构,百度和维基说到抽象描述也基本上是这个道理。

二、特征

一个好的软件架构又基本上具备以下的特征:

  • 维护性:一个好的软件肯定是可以方便维护的,出了问题可以快速排查并修改,不会一改这个问题,又暴出另外的问题。
  • 耦合性:这个是我开发Android过程中体会最多的一个特性,开发过程中有看到一些类,同其它类的耦合性过于强,如果想改一个地方,需要考虑另一个类会不会受到影响,导致自己在做修改的时候总是提心吊胆。还有就是耦合性过强不利于快速定位问题所在,总得来说就是“做人要独立,不要过于依赖”。
  • 扩展性:一个好的架构一定是很方便扩展的,既不要因为扩展而影响到其它,也尽量不要过多从其它地儿复制出代码,如果很多地方都会用到这些代码可以封闭出一个类。
  • 。。。。。。

三、总结

当然,构架的特性还有很多,但基本上都是说大型架构的,在平常Android客户端开发中,最常用、体会最深的还是这几个特性。客户端比较常用的几个架构,比如MVC、MVP也基本是围绕“降低偶合性,提高扩展性和维护性”进行设计开发的。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Android 应用程序架构通常分为三层:表示层、业务逻辑层和数据访问层。 1. 表示层: 表示层是用户与应用程序交互的界面层,通常使用 Android 布局文件和 Java 代码实现。在这一层中,开发人员通常使用 Android SDK 提供的 UI 组件构建应用程序的用户界面。例如,按钮、文本框、列表视图等。 2. 业务逻辑层: 业务逻辑层负责处理应用程序的业务逻辑,通常包括数据处理、业务逻辑的实现和应用程序的控制流程。在这一层中,开发人员可以使用 Java 或 Kotlin 等编程语言来实现应用程序的业务逻辑。 3. 数据访问层: 数据访问层负责应用程序与数据源之间的交互,例如数据库、网络接口或文件系统等。在这一层中,开发人员可以使用 Android SDK 提供的 API 或第三方库来访问和管理数据。例如,可以使用 SQLiteOpenHelper 类来访问 SQLite 数据库,或使用 Retrofit 库来访问 RESTful API。 在实际开发中,为了提高代码的可维护性和可扩展性,开发人员通常会使用一些设计模式和架构模式来组织应用程序的代码。例如,可以使用 MVP(Model-View-Presenter)模式或 MVVM(Model-View-ViewModel)模式来分离应用程序的表示层和业务逻辑层。同时,为了便于管理和维护代码,开发人员通常会将不同的功能模块分别放在不同的包中,或将不同的层分别放在不同的模块中。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值