动机:
当一个对象有了两个变化的维度,如何应对这种“多维度的变化”?如何利用面向对象技术来使得这个对象类型可以轻松沿着多个方向变化,而不引入额外的复杂度?
意图:
将抽象部分与实现部分分离,使它们都可以独立地变化。
出自:《设计模式》GoF
Bridge模式的几个要点:
1、Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象(Tank的型号)和实现(不现的平台)可以沿着各处的维度来变化。
2、所谓抽象和实现沿着各处纬度的变化,即“子类化”它们,比如不同的Tank型号子类,和不同的平台子类。得到各个子类之后,便可以任意组它们,从而获得不同平台上的不同型号。
3、Bridge模式有时候类似于多继承方案,但是多继承方案往往违背单一职责原则(即一个类只有一个变化的原因),复用性比较差。Bridge模式是比多方案更好的解决方法。
4、Bridge模式的应用一般在“两个非常强的变化维度,有时候即使有两个变化的维度,但是某个方向的变化维度并不剧烈,换言之两个不会导致纵横交错的结果,并不一定要使用Bridge模式。
稳定部分:


1

2

3

4

5



6


7

8

9

10



11

12

13

14



15

16

17

18

19



20

21



22

23

24

25



26

27

28

29

30

31

32

33

34

35

36



37

38

39

40

41

42

变化部分:

2

3

4

5



6


7

8

9

10

11



12

13

14



15

16

17

18



19

20

21

22

23

24

25



26

27

28

29

30

31

32

33



34

35

36

37

38

39

40

41

42



43

44

45



46

47

48

49

50

51

52



53

54

55

56

57

58

59



60

61

62

63

64

65

66

67



68

69

70

71

72

73

74

75

76



77

78

79



80

81

82

83

84

85

86



87

88

89

90

91

92

93



94

95

96

97

98

99

100

101



102

103

104

105

106

107

108

109

110

111



112

113



114

115

116

117



118

119

120

121

122



123

124

125

126

127

128



129

130



131

132

133

134



135

136

137

138

139

140



141

142

143

144

145

146

主程序:

2

3

4

5



6


7

8

9

10



11


12

13

14

15

16



17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33
