桥接模式为什么我觉得是单向依赖

为什么我觉得桥接模式只是单向依赖而已，就拿这个例子来说，

这个例子描述的是 跨平台的应用需要兼容相同的文件进行播放

 

1.为什么说是单向依赖

  因为文件本身就可能有很多种，所以已最基础的面向对象的思考方式，我们将播放的具体文件类型，进行抽象成一个接口，各个文件只是这个接口的实现类。所以有了紫色的接口部分，以及各个实现类。播放器只要面向的是紫色的接口编程即可。所以是单向依赖

 

2.因为可能不同平台都需要具有相同功能的播放器，所以又是最基本的面向对象的思想，将播放器抽一抽，抽象成左边的具体版本与相应的平台的实现，但是这些实现都是对于文件的接口进行编程与右侧毫无关系，所以这是一个很基础的面向对象的思考方式，因为我都具备相同的属性和方法，所以我抽象嘛，我也是根据别人的抽象进行编程吗？，所以很难么，甚至我就得只要是个人都会这个模式想。

 

3.难再那里？

  先说一个，这个模式，满足了那些设计原则，首先最先想到的是 ，面向接口编程（依赖倒转原则），然后是迪米特原则（最少知道原则，这里确实是最少知道，我就知道个接口了，啥都不剩），开放封闭原则（你的接口变化，管我啥事，其实这应该是面向接口编程所带来的好处）

  难再那里？ 我觉得难在，我们不知道什么时候使用，难再我们不知道我们可不可以把，类型左半部分的内容，和右半部分的内容它们的独立关系看出来，如何能够分辨出来独立的体系，那么在来看这些类之间的关系，就会变得比较清晰。

回到，我最基本的疑惑，原来大话设计模式中，有一章，讲述的就是设计模式，我很不理解，他的背景大概是这样的

他说的是，有很多的 有一个叫论斗罗的游戏，在当年那个手机软件不能兼容的年代，如果当年我在A和B两个不同的手机，两款手机都有不同的软件，但是比如说拍照的功能都大致相同的，请问怎么描述，算了，我写不出来，我在看一遍哪一章吧。

 

我回来了，大话设计模式中 关于桥接模式的例子，举得并不好，它使用了手机品牌和 不兼容的游戏来说明这一点，关于为什么不好，说明如下：

1.现实生活中我们手机已经有操作系统，将硬件与软件进行解耦合，

2.其次，按照我们最直观的第一感官，手机的软件实现必定与操作系统有关，而不是什么操作系统都可以运行统一代码的软件。

建议：

      我还是认为，还是 使用最常见的 音乐播放器来说明最好，首先音乐文件是在一定的协议下的二进制，与平台无关，它可能有多种格式，但是本质上是参照格式的。我们希望开发多个平台的音乐播放软件，来支持我们的软件格式，最基本的方式，就是对于每一个平台都进行文件格式的判断，但是更高的方式是，将音乐文件抽象成一个共有类，平台基于这中共有的文件类型进行编程，那么需要考虑的情况就会少很多，然后，因为如果我们希望我们的各个版本播放器对外都提供统一的功能的话，把播放器抽象成一个共有类，然后结构就会好很多。