重新构建711的Android项目(二),架构的选择与实现

简介: 重新构建711的Android项目(二),架构的选择与实现

看过太多的关于Android架构方面的文章,也深知一个好架构的重要性。


如果一开始代码没有好多架构,就是前人挖坑,后人掉坑里。因为随着代码和业务的增多,看到的混乱与不合理,会让人进入进退两难的境地,无法取舍。弃之可惜,从头来没精力。


这里选择了Android项目中流行的MVVM架构。使用Android官方最新的LiveData和ViewModel,再加上Databinding。


单纯的使用Databinding实现的MVVM缺点太多,不好驾驭。并且无法感知Activity的生命周期导致应用可能出问题,不稳定。


以及在结构上单单使用Databinding,代码实现的结构依旧是很混乱,结构不清晰。


而使用LiveData和ViewModel,再加上Databinding的好处,可以做的让代码结构看起来特别的清晰,且View和Viewmode完全隔离。可以让前后端分离,也便于协作和单元测试。结构清晰。


一个ViewMode对应操作一个界面,持有该界面下用到的所有数据。


Android官方推荐的大致框图:



google Android的官方视频教程也强烈推荐使用ViewModel,使用它来持有Activity的所有数据。




我的结构框图如下:



以一个例子举例:


假如有一个Activity,对应的layout为activity_main.xml ,且里面Include了有一个include_main_card.xml.


那么代码结构上,有一个CardViewModel与之一一对应,且用到的数据也在CardViewModel中一一定义。


如下:


package com.example.yang.testmvvm.viewmodel;
import android.arch.lifecycle.MutableLiveData;
import android.arch.lifecycle.ViewModel;
public class CardViewModel extends ViewModel {
    private final MutableLiveData<Boolean> isShow1 = new MutableLiveData<>();
    private final MutableLiveData<String> payState = new MutableLiveData<>();
    private final MutableLiveData<String> opFare = new MutableLiveData<>();
    private final MutableLiveData<String> discFare = new MutableLiveData<>();
    //卡号
    private final MutableLiveData<String> cardAsn = new MutableLiveData<>();
    //账户余额
    private final MutableLiveData<String> oldBalance = new MutableLiveData<>();
    public CardViewModel() {
        isShow1.postValue(false);
        opFare.postValue("0.00");
        discFare.postValue("");
        payState.postValue("请刷卡支付");
    }
    public MutableLiveData<Boolean> getIsShow1() {
        return isShow1;
    }
    public MutableLiveData<String> getPayState() {
        return payState;
    }
    public MutableLiveData<String> getOpFare() {
        return opFare;
    }
    public MutableLiveData<String> getDiscFare() {
        return discFare;
    }
    public MutableLiveData<String> getCardAsn() {
        return cardAsn;
    }
    public MutableLiveData<String> getOldBalance() {
        return oldBalance;
    }
}


,在MainActivity的oncreate中进行绑定,


protected ActivityMainBinding binding;
CardViewModel cardViewModel;


binding = DataBindingUtil.setContentView(this, R.layout.activity_main);


cardViewModel = ViewModelProviders.of(this).get(CardViewModel.class);


binding.includeMainCard.setCardviewModel(cardViewModel);


binding.setLifecycleOwner(this);


接下来操作界面全部通过cardViewModel 来操作。


比如,设置界面上显示的金额,只需


cardViewModel.getOldBalance().postValue(String.format("%10.2f",(double)(info.lOldPurseBalance/100)));


再来看下layout布局文件里,


<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">
    <data>
        <variable
            name="cardviewModel"
            type="com.example.yang.testmvvm.viewmodel.CardViewModel"/>
        <import type="android.view.View"/>
    </data>
    <!-- *********************卡信息展示开始*********************** -->
    <LinearLayout
        android:id="@+id/ll_cardinfo"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        android:visibility="@{cardviewModel.isShow1?View.VISIBLE:View.GONE}"
        >


只出现了一个与之对应的CardViewModel,


是不是很清晰?


总而言之,言而总之,一个ViewModel一一对应操作一个界面。


相关文章
|
3天前
|
Android开发 Swift iOS开发
深入探索iOS与Android操作系统的架构差异及其对应用开发的影响
在当今数字化时代,移动设备已经成为我们日常生活和工作不可或缺的一部分。其中,iOS和Android作为全球最流行的两大移动操作系统,各自拥有独特的系统架构和设计理念。本文将深入探讨iOS与Android的系统架构差异,并分析这些差异如何影响应用开发者的开发策略和用户体验设计。通过对两者的比较,我们可以更好地理解它们各自的优势和局限性,从而为开发者提供有价值的见解,帮助他们在这两个平台上开发出更高效、更符合用户需求的应用。
|
7天前
|
运维 Kubernetes Docker
利用Docker和Kubernetes构建微服务架构
利用Docker和Kubernetes构建微服务架构
|
13天前
|
运维 持续交付 API
从零构建微服务架构:一次深度技术探索之旅####
【10月更文挑战第28天】 本文记录了作者在从零开始构建微服务架构过程中的深刻技术感悟,通过实战案例详细剖析了微服务设计、开发、部署及运维中的关键要点与挑战。文章首先概述了微服务架构的核心理念及其对企业IT架构转型的重要性,随后深入探讨了服务拆分策略、API网关选型、服务间通信协议选择、容器化部署(Docker+Kubernetes)、以及持续集成/持续部署(CI/CD)流程的设计与优化。最后,分享了在高并发场景下的性能调优经验与故障排查心得,旨在为读者提供一套可借鉴的微服务架构实施路径。 ####
52 3
|
3天前
|
传感器 算法 物联网
智能停车解决方案之停车场室内导航系统(二):核心技术与系统架构构建
随着城市化进程的加速,停车难问题日益凸显。本文深入剖析智能停车系统的关键技术,包括停车场电子地图编辑绘制、物联网与传感器技术、大数据与云计算的应用、定位技术及车辆导航路径规划,为读者提供全面的技术解决方案。系统架构分为应用层、业务层、数据层和运行环境,涵盖停车场室内导航、车位占用检测、动态更新、精准导航和路径规划等方面。
26 4
|
5天前
|
Java Linux Android开发
深入探索Android系统架构:从Linux内核到应用层
本文将带领读者深入了解Android操作系统的复杂架构,从其基于Linux的内核到丰富多彩的应用层。我们将探讨Android的各个关键组件,包括硬件抽象层(HAL)、运行时环境、以及核心库等,揭示它们如何协同工作以支持广泛的设备和应用。通过本文,您将对Android系统的工作原理有一个全面的认识,理解其如何平衡开放性与安全性,以及如何在多样化的设备上提供一致的用户体验。
|
4天前
|
安全 Android开发 iOS开发
深入探讨Android与iOS的系统架构差异
本文旨在通过对比分析Android和iOS两大移动操作系统的系统架构,揭示它们在设计理念、安全性、应用生态及开发环境等方面的显著差异。我们将从底层架构出发,逐步剖析至用户界面层面,为开发者和科技爱好者提供一份详尽的技术参考。
15 1
|
12天前
|
监控 前端开发 JavaScript
探索微前端架构:构建可扩展的现代Web应用
【10月更文挑战第29天】本文探讨了微前端架构的核心概念、优势及实施策略,通过将大型前端应用拆分为多个独立的微应用,提高开发效率、增强可维护性,并支持灵活的技术选型。实际案例包括Spotify和Zalando的成功应用。
|
13天前
|
前端开发 JavaScript 测试技术
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
在 Android 开发中,选择合适的架构模式对于构建中大型项目至关重要。常见的架构模式有 MVVM、MVP、MVI、Clean Architecture 和 Flux/Redux。每种模式都有其优缺点和适用场景,例如 MVVM 适用于复杂 UI 状态和频繁更新,而 Clean Architecture 适合大型项目和多平台开发。选择合适的架构应考虑项目需求、团队熟悉度和可维护性。
40 6
|
13天前
|
存储 前端开发 数据可视化
在实际项目中,如何选择使用 Flux 架构或传统的 MVC 架构
在实际项目中选择使用Flux架构或传统MVC架构时,需考虑项目复杂度、团队熟悉度和性能需求。Flux适合大型、高并发应用,MVC则适用于中小型、逻辑简单的项目。
|
12天前
|
安全 搜索推荐 Android开发
深入探索Android与iOS的系统架构差异
【10月更文挑战第29天】 在当今的智能手机市场中,Android和iOS无疑是两大主流操作系统。本文旨在深入探讨这两个系统的架构差异,从底层的操作系统设计到用户界面的呈现,以及它们如何影响了开发者和用户的体验。通过对比分析,我们可以更清晰地理解这两种平台的优势与局限,为开发者在选择开发平台时提供有价值的参考,同时也为用户选择设备提供一定的指导。
31 2