网站主题栏目分类,做破解网站合法,vi视觉设计案例,河北廊坊做网站设计模式大赏#xff08;一#xff09;#xff1a;桥接模式#xff0c;组合模式 导言
本篇文章是设计模式大赏中的第一篇文章#xff0c;这个系列的文章中我们主要将介绍一些常见的设计模式#xff0c;主要是我在看Android源码中发现用到的一些设计模式。本篇文章将主要…设计模式大赏一桥接模式组合模式 导言
本篇文章是设计模式大赏中的第一篇文章这个系列的文章中我们主要将介绍一些常见的设计模式主要是我在看Android源码中发现用到的一些设计模式。本篇文章将主要介绍桥接模式 和 组合模式 这两种设计模式。
本篇文章主要参考《大话设计模式》
桥接模式 Android中的桥接模式
我一开始接触到桥接模式是在学习Android的WindowManager相关的源码过程中具体来说WindowManager的实现类WindowManagerImpl实际上并不直接实现相关的请求而是将其委托给WindowManagerGlobal这个单例类来实现。这样将实现分为抽象和具体两部分的模式就叫做桥接模式。
合成/聚合复用原则
在正式介绍到桥接模式之前我们需要先介绍一下合成聚合复用原则该原则的核心思想就是尽量使用合成和聚合而不要去使用类的继承。
聚合表示一种弱的拥有关系即A对象可以包含B对象但B对象不是A对象的一部分。比如说整个班级中可以包含我们个人但是我们个人并不是班级的一部分我们脱离开班级还是可以独立存在的班级脱离我们也可以独立存在。
合成则表示一种强的拥有关系比如说鸡翅对于鸡一样显然鸡翅是鸡的一部分他们的生命周期是一致的谁也脱离不开谁。
但无论是聚合还是合成关系他们的耦合强度都要低于继承继承是一种强耦合的关系遵循合成/聚合复用原则可以防止类发展成一个难以管理的庞然大物。
桥接模式的概念 桥接模式Bridge是一种将抽象部分与它的实现部分分离使他们都可以独立变化的一种设计模式。 下面是一个标准的桥接模式的基本模板 实际上这样说还是很抽象我们可以借用大话设计模式中的例子来说明 比如说对手机来说我们可以将其拆分出两个抽象的概念手机的硬件和手机的软件对于我们Android端来说各个手机厂商的硬件之间都是高度定制化的所以我们可以将其简化为手机厂商的品牌和手机的软件这两个抽象 显然各个品牌手机的手机都会持有各自的手机软件但是手机软件并不是属于手机的一部分这是一种聚合持有的关系。这样分类的原因就是为了方便手机品牌和手机软件之间各自的拓展即为每个抽象添加功能不涉及到其他类的修改。
实际上我觉得桥接模式强调的就一点通过多个角度将一个系统进行切分使各个部分在变化的时候不影响其他部分的变化。
这样做的好处有
使系统更加灵活能够独立地扩展和变化抽象部分和实现部分。提高了系统的可维护性和可扩展性因为可以通过添加新的抽象或实现类来扩展系统。
桥接模式的具体示例
为了更好地理解接下来引入一个具体的实例比如说我们想要生产瓶装饮料的话就可以将这整个罐装饮料抽象成两个部分装饮料的瓶子和具体的饮料 下面是我的示例代码
fun main() {val Glass:Bottle GlassBottle(Cola())val Plastic:Bottle PlasticBottle(Sprite())val Bridge BottleBridgeImpl()Bridge.LoadDrink(Glass)Bridge.LoadDrink(Plastic)
}
//抽象类-瓶子
abstract class Bottle(var mDrinks:Drinks) {//制作瓶子的方法abstract fun MakeBottle()}
//抽象类-饮料
abstract class Drinks{//生产饮料的方法abstract fun MakeDrinks()
}
//抽象出连接上面两个抽象类的桥接方法
interface BottleBridge{//装瓶的方法fun LoadDrink(bottle:Bottle)
}class BottleBridgeImpl():BottleBridge{override fun LoadDrink(bottle: Bottle) {println(压缩装瓶,倒入${bottle.mDrinks})}
}class GlassBottle(mDrinks: Drinks):Bottle(mDrinks) {override fun MakeBottle() {println(生产玻璃瓶)}
}class PlasticBottle(mDrinks: Drinks):Bottle(mDrinks) {override fun MakeBottle() {println(生产塑料瓶)}
}class Cola():Drinks(){override fun MakeDrinks() {println(生产可乐)}override fun toString(): String {return 可乐}
}class Sprite():Drinks() {override fun MakeDrinks() {println(生产雪碧)}override fun toString(): String {return 雪碧}
}此处我将饮料和瓶子这两部分抽象出来并引入了一个连接这两个部分的桥接接口这样饮料和瓶子这两个抽象概念在变化的过程只需要维护自身的制造方法即可而不需要关注其他部分。
总而言之我觉得桥接模式的核心就是从多个维度将一个系统进行拆分抽象出各个抽象部分然后各个抽象部分各自有自己的实现使得一个抽象部分的具体实现变化时不影响其他的部分。
组合模式 组合模式的概念 组合模式是将对象组合成树形结构以表示整体-部分的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 这整个描述里有两个关键字树形结构以及一致性。这里我们可以以一个学校的管理为例学校的管理系统首先是一个大的全局的学校管理系统向下细分又可以分为学院管理系统再向下还可以分为各个专业的管理系统这整个结构是一个树形的结构而对于各个层级的管理系统我们肯定希望他们对具体信息的操作是一致的比如说我们可以在学院管理系统对学生A进行加分操作也可以在专业管理系统中对学生A进行加分操作这个加分操作无论是在哪个层级的管理系统中发起的都应该有一致的效果这就是一致性。
下面是组合模式的典型结构图
Android中的组合模式
说到这里是不是觉得这个组合模式很像Android中ViewGroup和View的组合关系实际上确实如此通过使用组合模式Android开发人员可以更容易地管理和操作UI元素以便以可扩展和灵活的方式构建用户界面。每个 ViewGroup 作为容器可以包含多个子 View从而形成了整个布局的层次结构。
何时使用组合模式
使用组合模式的最佳场景就是当你发现需求中体现的是整体与部分层次的结构时以及你希望用户可以忽略组合对象与单个对象的不同统一的使用组合结构中的所有对象时此时就应该考虑使用组合模式了在上面说到了Android整个视图层次就是用到了组合模式实际上Java上的UI层次也类似。
这个组合模式如果理解了Android中View的视图层次应该就很形象了此处就不再另加例子大家可以去看看Android中View的视图层次。
使用组合模式的好处
使用组合模式的好处首先我觉得如果体现的是整体与部分的层次结构时使用组合模式显然可以让整个需求的层次更加清晰。
其次用户不用关心这到底是一个组件组还是一个组件简单来说组合模式让用户可以一致地使用组合结构和单个对象。
