Android应用架构思想分析

算算日子，工作刚好三年了。这篇开始，鄙人就要向着各种以前想起来就头大的方向努力前进了。作为在Android应用层搬砖多年的民工，首篇我想谈谈自己对架构思想的一些看法。如有不妥，还请拍砖。

盖楼的故事（虚构）

有一块地，两个区域，开发商分别让两个包工头负责开发。

包工头A办事干净利落，甩开膀子就开工了。为了省钱雇了一个全能的工人，他既要去采购盖房的材料，又要用这些材料盖房子。起初底层屋子结构简单，还能应付得来，到了后面复杂的设计需求时，忙的不可开交，经常精疲力尽，阻断了盖房子的进程，使得老板很是不开心，偶尔让他改个屋子结构，他要把整层楼都推到才能实现，严重影响了工期。画的图纸都是一次性的，不能重用，耗时又耗钱，开发商整天吹胡子瞪眼的跟在屁股后面催。

包工头B拿到开发商方案后，先召集小弟开了个会，确定了所有楼层的样式，并把它们拆分成独立的模块。按照模块划分给了各个负责人，有制定楼层样式的，有专门负责资源提供的，有负责运送资源的，有按照预定方案实施的等等。花了大半个月将所有任务都分配完毕，开始施工。虽然人雇佣的有点多，前面的时间也耽误了大半个月，但是一开工很快就赶上了隔壁楼。emmm，开发商喜笑颜开，点点头，这个钱花的划算，完事后以后就用包工头B了。

不久后，两块地都完工了。这时质检开始了，令人头疼的A区域，有个小毛病就要拆掉一大片地方去改造，有的地方改好了却又影响了其它地方，而反观B区域，专人负责只要改有问题的地方就好了。

后来，包工头A游走在各个小开发商，工资又低又累，而包工头B已经走上了人生巅峰。（哈哈，终结）

包工头B的巅峰秘籍

我们再来回顾一下包工头B的盖楼经过。

接到项目，没有立即开发，开会整理需求；

按需求、职能划分模块，并由对应的人员负责；

各功能模块的负责人扁平化管理，没有相互掣肘；

同样的，我们App的开发也是一样的道理，不能像包工头A一样把所有的任务都交给Activity去做。我们要像包工头B一样分层去创建App。大家可以了解一下clean Architecture，这里将App应用分为三层，内-中-外，然后由4个管理者分别去管理他们。

分层的准则：

  • 由外到内抽象
  • 内层不了解层，外层依赖内层
  • 分工明确，相互独立

先来解释一下第一条，以往我们开发App都是先从界面开始，然后最终到业务逻辑。现在要反过来，接到需求，要先明确实体是什么

（举个例子，比如登录功能，它所描述的实体就是用户User），然后它有哪些行为（比如登陆，登出userCase）。最后再到具体功能实现。

内层不了解外层，还是拿登录来说，在内层只需要知道用户有登录以及登出的行为就可以了，至于它是如何进行这些行为，内层就不需要知道了，但是反过来外层要实现内层的行为就要知道内层有哪些行为于是便产生了依赖关系。内层能独立存在，而外层必须依赖内层。

分工明确，相互独立，讲的是各模块功能独立存在，就比如登录，和注册功能是相互独立的，各司其职，不能越俎代庖。

4个管理者

  • domain：定义抽象实体，核心业务逻辑，以及数据输出接口。此层为纯java代码，建议直接创建java module。
  • data：数据管理，分为本地的存储（sqlLite，sharedpreferences），以及服务端Api。
  • device：与Android底层相关，如通知，蓝牙，传感器等等。
  • app：我们最熟悉的层级，内部可以根据各自的喜好选择MVP，以及MVVM模式来实现UI界面。

App开发的流程

  • domain层中定义抽象实体，设定其对应的行为。
  • data层中，给予数据支持
  • device层，按需开发

app层，这里以MVP为例，首先在presenter中实现domain层定义的所有行为，data层和device层协助。最后实现UI界面，完成功能。

赞 (0)

相关推荐

  • Android TV开发：使用RecycleView实现横向的Listview并响应点击事件的代码

    Android TV开发：使用RecycleView实现横向的Listview并响应点击事件的代码

    本文讲述了Android TV开发:使用RecycleView实现横向的Listview并响应点击事件的代码.分享给大家供大家参考,具体如下: 1.先贴出自己的效果图(可横向滚动,并响应item点击事件): 2.关于点击事件的实现细节 核心:使用接口回调 在adapter中自己定义了个接口,然后在onBindViewHolder中去为holder.itemView去设置相应的监听最后回调我们设置的监听. class HomeAdapter extends RecyclerView.Adapter

  • Android快递物流信息布局开发

    Android快递物流信息布局开发

    本文实例为大家分享了Android快递物流信息布局展示的具体代码,供大家参考,具体内容如下 1. 思路介绍 效果图: 思路: 就一个ListView,每个item就是一条物流信息.然后每个item,分为左和右两边,左边是一个进度条的风格,右边是物流文字,适配器里面判断item,position为0 就设置为绿色,其他position就设置为灰色就行了. 2. 代码 item的布局 <?xml version="1.0" encoding="utf-8"?>

  • 详解Android Studio中Git的配置及协同开发

    一. Android Stutio配置git setting–>Version Control–>Git–>Path to Git executable中选择git.exe的位置,这个Stutio一般会默认配置好: 配置完路径后点击后面的Test按钮,出现下面提示框则表示配置成功: 二. 将项目分享到github 1. 设置github账号密码 打开Setting–>Version Control–>GitHub,填写完账号密码后,点击Test测试,如果连接成功会弹出如下提示

  • Android 键盘开发知识点总结

    先废话一下,说说开发键盘的原因:像理财产品.银行等app客户端登录时,尤其是要输入密码时,会屏蔽掉系统默认输入法,改为自己的输入法!这个是考虑安全,以及防止被输入法软件记录密码等问题!所以,安全性极高的app都会要求密码等都用自己的输入法,这就有开发的需求 了! 言归正传:开发这种软件盘,从什么地方开始着手呢? 步骤1: 先看Android给我们提供的Demo 关于软键盘的Demo,在以下目录中能找到: ..\samples\android-22\legacy\SoftKeyboard 步骤二:

  • Android组件化开发路由的设计实践

    Android组件化开发路由的设计实践

    调研了一下目前的路由框架,ARouter(阿里的),ActivityRouter都使用了apt技术 编译时注解,个人想法是一口吃不成胖子,先做个比较实用的. VpRouter路由框架主要应用于组件化开发中 设计目的 解耦 跨模块跳转 方便服务器配置schema,实现动态配置跳转目标 对外部提供远程访问的功能,实现跨应用调用响应 主要功能点 支持intent,http,schema三种跳转 路由表支持xml配置,可自定义,支持多路径 有拦截器 同时支持反射和隐式意图 支持结果回调 支持参数传递 链

  • 30条android项目开发技巧与经验总结

    30条android项目开发技巧与经验总结

    1.如果是阅读型文本(例如一篇文章),不需要固定大小的,textSize可以使用sp:如果是展示型文本(例如按钮中的文本),其大小受到限制的,textSize可以使用dp. 2.使用json用作网络数据传输时,应该使用String字段取代int字段. 3.按照现在正常密度比(系统的densityDPI根据分辨率和屏幕尺寸为正常的120.160.240.320.480.640时)9:16的安卓机其尺寸为(360dp*540dp).UI有时会根据iPhone机型使用750px*1334px作图,而按

  • Android应用架构思想分析

    算算日子,工作刚好三年了.这篇开始,鄙人就要向着各种以前想起来就头大的方向努力前进了.作为在Android应用层搬砖多年的民工,首篇我想谈谈自己对架构思想的一些看法.如有不妥,还请拍砖. 盖楼的故事(虚构) 有一块地,两个区域,开发商分别让两个包工头负责开发. 包工头A办事干净利落,甩开膀子就开工了.为了省钱雇了一个全能的工人,他既要去采购盖房的材料,又要用这些材料盖房子.起初底层屋子结构简单,还能应付得来,到了后面复杂的设计需求时,忙的不可开交,经常精疲力尽,阻断了盖房子的进程,使得老板很是不

  • Android Jetpack架构中ViewModel接口暴露的不合理探究

    Android Jetpack架构中ViewModel接口暴露的不合理探究

    目录 暴露 Mutable 状态 暴露 Suspend 方法 在 Jetpack 架构规范中, ViewModel 与 View 之间应该遵循单向数据流的通信方式,Events 永远从 View 流向 VM ,而 State 从 VM 流向 View. 如果 ViewModel 对 View 暴露了不适当的接口类型,则会破坏单向数据流的形成.不适当的接口类型常见于以下两点: 暴露 Mutable 状态 暴露 Suspend 方法 暴露 Mutable 状态 ViewModel 对外暴露的数据状态

  • Android 数据结构全面总结分析

    前言 这次算一个总结,我们平时都会用到各种各样的数据结构,但是可能从未看过它们内部是如何去实现的.只有了解了它们内部大概的一个实现原理,才能在不同的场景中能选出最适合这个场景的数据结构. 虽然标题说是Android,但其实有一半是属于java的,由于涉及得比较多,所以打算分篇来写会比较好,我不会把全部的源码都进行分析,主要做的是分析一些能表现这些数据结构的特征. Collection 一切数据结构的最顶层,是一个接口,继承迭代器Iterable,主要是定义所有数据结构的公共行为,比如说boole

  • Google 开发Android MVP架构Demo深入解析

    目录 1.什么是MVP? 2.Google官方的MVP 3.V1.1 My MVP V1 4.V1.2 My MVP V2 1.什么是MVP? Google在2016年推出了官方的Android MVP架构Demo,本文主要分析一下官方的MVP Demo,并且借由自己的一些经验,提出一些学习过程中,遇到的问题和自己的改进.封装措施. MVP架构已经推出很多年了,现在已经非常普及了,我在这里就不过多介绍,简单的说,它分为以下三个层次: Model:数据模型层,主要用来数据处理,获取数据: View

  • Android Bitmap压缩方式分析

    Android Bitmap压缩方式分析 在网上调查了图片压缩的方法并实装后,大致上可以认为有两类压缩:质量压缩(不改变图片的尺寸)和尺寸压缩(相当于是像素上的压缩):质量压缩一般可用于上传大图前的处理,这样就可以节省一定的流量,毕竟现在的手机拍照都能达到3M左右了,尺寸压缩一般可用于生成缩略图. 在Android开发中我们都会遇到在一个100*100的ImageView上显示一张过大的图片,如果直接把这张图片显示上去对我们应用没有一点好处反而存在OOM的危险,所以我们有必要采用一种有效压缩方式

  • Android getReadableDatabase() 和 getWritableDatabase()分析对比

    Android getReadableDatabase() 和 getWritableDatabase()分析对比 Android使用getWritableDatabase()和getReadableDatabase()方法都可以获取一个用于操作数据库的SQLiteDatabase实例.(getReadableDatabase()方法中会调用getWritableDatabase()方法) 其中getWritableDatabase() 方法以读写方式打开数据库,一旦数据库的磁盘空间满了,数据库

  • Android App的运行环境及Android系统架构概览

    Android App的运行环境及Android系统架构概览

    Android基于linux内核,面向移动终端的操作系统.主要包括以下几个方面: Application Framework: 这一层为应用开发者提供了丰富的应用编程接口,如 Activity Manager,Content Provider,Notification Manager,以及各种窗口 Widget 资源等.所有的APP都是运行在这一层之上. Dalvik 虚拟机: Dalvik VM采用寄存器架构,而不是JVM的栈架构,更适于移动设备.java源代码经过编译成为.class字节码文

  • Android操作系统的架构设计分析

    Android操作系统的架构设计分析

    之前一直在Android应用层上做工作,最近开始研究Android平台上的东东了,主要是在Android Frameworks层和系统库层进行研究.以下是我自己的理解,领悟,希望与大家一块分享. Android系统架构分为Linux内核驱动.C/C ++框架.Java框架.Java应用程序. Android应用层: Android应用程序需要Java框架支持.主要是针对手机用户的.Android应用层都是由Java代码写的,运行在虚拟机中.虚拟机在Android平台中扮演着很重要的角色.虚拟机在

  • Android 自定义相机及分析源码

    Android 自定义相机及分析源码 使用Android 系统相机的方法: 要想让应用有相机的action,咱们就必须在清单文件中做一些声明,好让系统知道,如下 <intent-filter> <action android:name="android.intent.action.IMAGE_CAPTURE" /> <category android:name="android.intent.category.DEFAULT" />

  • Android Jetpack架构组件Lifecycle详解

    前言 Lifecycle是Jetpack架构组件中用来感知生命周期的组件,使用Lifecycles可以帮助我们写出和生命周期相关更简洁更易维护的代码. 生命周期 生命周期这个简单而又重要的知识相信大家早已耳熟能详.假设我们现在有这样一个简单需求: 这个需求只是一个实例,在真实的开发中当然不可能有这样的需要: 在Activity 可见的时候,我们去做一个计数功能,每隔一秒 将计数加1 ,当Activity不可见的时候停止计数,当Activity被销毁的时候 将计数置为0 OK,So easy~ ,

随机推荐