MVX相关设计模式的理解。

本文探讨了软件设计的六大原则,包括单一职责、开闭原则等,并详细阐述了MVC、MVP和MVVM三种视图数据逻辑分离模式。MVP模式实现了视图数据逻辑的清晰分离,而MVVM通过数据绑定进一步简化了交互。文章还介绍了MVVM框架的封装技巧,强调了模块化、组件化和单一职责原则的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一 六大设计原则
1. 单一原则
2. 开闭原则
3. 里氏替换
4. 接口隔离
5. 依赖倒置原则
6. 迪米特原则

单一职责原则
一个class文件只做一件事情,如果需要做更多的工作,用继承的方式扩展。

开闭原则
对继承开放,对修改关闭。

里氏替换原则
继承的时候不能改变基类的逻辑。

接口隔离原则
接口最小化,一个接口只做一个小功能

依赖倒置原则
只依赖接口 不依赖实现

迪米特原则

最小支持原则

二 视图 数据 逻辑 分离 静态的角度
1.MVC
Model: 数据 包括了数据 对数据的操作(不依赖视图的操作)
View: 视图 不同的模式有不同的定
义;xml+Activity+fragment
Controller :view 和model的通信和交互
缺陷:Controller 的权利太大,功能增加,Controller会臃肿。

2.MVP
相对于MVC
优点:activity 只剩下view,present承担了view和model之间的交互,满足了单一职责原则,视图数据逻辑很清晰。
缺点:引入了 interface ,方法增多,修改一个方法需要改动多处。

3.MVVM
必须要使用dataBinding
在使用的module和app的module 都加入

    buildFeatures {
        dataBinding = true
    }

这样就开启了dataBinding

使用dataBinding的双向数据绑定 ,消除了MVP模式下接口引入过多的问题。ViewModel类似于MVP的Presenter 角色。

关于mvvm框架的封装
模块化 层次化 控件化 单一职责原则 解耦 viewmodel单一

base 基础的类
common 公共的view 组件化 路由 service 公共接口

自定义view的viewmodel独立定义,满足单一职责原则,
自定义view只需要知道自己负责的数据。

工厂方法(创建型) 模板(行为型,算法)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值