当前位置:   article > 正文

C++设计模式之桥模式_c++ 桥模式

c++ 桥模式

桥模式也是设计模式中单一组件模式的一种。什么是单一组件模式呢?

单一组件模式:

  • 在软件组件设计中,如果责任划分的不清晰,使用继承得到的结果往往是随着需求的变化而变化,子类急剧膨胀,同时充斥着重复代码,这时候的关键是划清责任。 
  • 典型的单一组件模式有装饰模式和桥模式。

如下代码是我们没有学习过桥模式写出的代码,下面代码通过功能分解的方法将一个复杂功能伪代码实现。下面代码挺简单,我就不仔细说明了。

  1. class Messager {
  2. public:
  3. virtual void Login(string username, string password) = 0;
  4. virtual void SendMessage(string message) = 0;
  5. virtual void SendPicture(Image image) = 0;
  6. virtual void PlaySound() = 0;
  7. virtual void DrawShape() = 0;
  8. virtual void WriteText() = 0;
  9. virtual void Connect() = 0;
  10. virtual ~Messager(){}
  11. };
  12. // 平台实现
  13. class PCMessagerbase :public Messager { //PC平台
  14. public:
  15. virtual void PlaySound() {
  16. //**********
  17. }
  18. virtual void PlaySound() {
  19. //**********
  20. }
  21. virtual void WriteText() {
  22. //**********
  23. }
  24. virtual void Connect() {
  25. //**********
  26. }
  27. };
  28. class MobileMessagerbase :public Messager { //移动平台
  29. public:
  30. virtual void PlaySound() {
  31. //**********
  32. }
  33. virtual void PlaySound() {
  34. //**********
  35. }
  36. virtual void WriteText() {
  37. //**********
  38. }
  39. virtual void Connect() {
  40. //**********
  41. }
  42. };
  43. // 业务抽象
  44. class PCMessageLite : public PCMessagerbase {
  45. public:
  46. virtual void Login(string username, string password) {
  47. PCMessagerbase::Connect();
  48. //**********
  49. }
  50. virtual void SendMassage(string message) {
  51. PCMessagerbase::WriteText();
  52. //*********
  53. }
  54. virtual void SendPicture(Image image) {
  55. PCMessagerbase::DrawShape();
  56. //*********
  57. }
  58. };
  59. class PCMessagePerfect : public PCMessagerbase {
  60. public:
  61. virtual void Login(string username, string password) {
  62. PCMessagerbase::PlaySound();
  63. PCMessagerbase::Connect();
  64. //**********
  65. }
  66. virtual void SendMassage(string message) {
  67. PCMessagerbase::WriteText();
  68. //*********
  69. PCMessagerbase::PlaySound();
  70. }
  71. virtual void SendPicture(Image image) {
  72. PCMessagerbase::PlaySound();
  73. PCMessagerbase::DrawShape();
  74. //*********
  75. }
  76. };
  77. class MobileMessageLite : public MobileMessagerbase {
  78. public:
  79. virtual void Login(string username, string password) {
  80. MobileMessagerbase::Connect();
  81. //**********
  82. }
  83. virtual void SendMassage(string message) {
  84. MobileMessagerbase::WriteText();
  85. //*********
  86. }
  87. virtual void SendPicture(Image image) {
  88. MobileMessagerbase::DrawShape();
  89. //*********
  90. }
  91. };
  92. class MobileMessagePerfect : public MobileMessagerbase {
  93. public:
  94. virtual void Login(string username, string password) {
  95. MobileMessagerbase::PlaySound();
  96. MobileMessagerbase::Connect();
  97. //**********
  98. }
  99. virtual void SendMassage(string message) {
  100. MobileMessagerbase::WriteText();
  101. //*********
  102. MobileMessagerbase::PlaySound();
  103. }
  104. virtual void SendPicture(Image image) {
  105. MobileMessagerbase::PlaySound();
  106. MobileMessagerbase::DrawShape();
  107. //*********
  108. }
  109. };
  110. void process() {
  111. //编译时装配
  112. Messager* m = new MobileMessagePerfect();
  113. }

将上述代码如何修改为桥模式呢?为什么能够修改为桥模式呢?

动机:

  • 由于某些类型的固有实现逻辑,使得他们具有两个变化的维度,乃至多个维度的变化。
  • 如何应对多维度的变化?如何利用面向对象技术使得类型可以轻松地沿着两个乃至多个维度变化,而不引入额外的复杂度?

从上述子问题拆分方式进行业务代码实现,我们实现了很多类,基类1个,平台实现类2个,业务抽象类2*2个。然而在实际业务中,你的平台实现和业务抽象类将会更多,假设n个实现平台,m个业务抽象方法,那将会有1+n+m*n个类,类的个数随着平台和业务抽象急剧膨胀!

        下面代码是修改后代码,用桥模式的实现上述业务。基类Messager分为两个类,一个是Messager类,一个是MessagerImp类,平台的选择通过多态指针messagerImp实现,在运行时被确定。下面的代码将平台变化和业务变化两个维度进行,带动了行为的多态实现,这也就导致未修改前的基类Messager要分为两个类。实现了将抽象部分(业务功能)与实现部分(平台实现)分离,是他们可以独立的变化

        

  1. class Messager { //第一个变化方向,平台变化
  2. public:
  3. Messager(MessagerImp* imp):messagerImp(imp){} //初始化多态指针
  4. MessagerImp* messagerImp; //多态指针决定未来运行时是那个平台
  5. virtual void Login(string username, string password) = 0;
  6. virtual void SendMessage(string message) = 0;
  7. virtual void SendPicture(Image image) = 0;
  8. virtual ~Messager() {}
  9. };
  10. class MessagerImp {
  11. public:
  12. virtual void PlaySound() = 0;
  13. virtual void DrawShape() = 0;
  14. virtual void WriteText() = 0;
  15. virtual void Connect() = 0;
  16. virtual ~MessagerImp() {};
  17. };
  18. // 平台实现
  19. class PCMessagerImp :public MessagerImp { //PC平台
  20. public:
  21. virtual void PlaySound() {
  22. //**********
  23. }
  24. virtual void PlaySound() {
  25. //**********
  26. }
  27. virtual void WriteText() {
  28. //**********
  29. }
  30. virtual void Connect() {
  31. //**********
  32. }
  33. };
  34. class MobileMessagerImp :public MessagerImp { //移动平台
  35. public:
  36. virtual void PlaySound() {
  37. //**********
  38. }
  39. virtual void PlaySound() {
  40. //**********
  41. }
  42. virtual void WriteText() {
  43. //**********
  44. }
  45. virtual void Connect() {
  46. //**********
  47. }
  48. };
  49. // 业务抽象
  50. //第二个变化,业务的变化(简洁版和完美版)
  51. class MessageLite:public Messager {
  52. public:
  53. virtual void Login(string username, string password) {
  54. messagerImp->Connect();
  55. //**********
  56. }
  57. virtual void SendMassage(string message) {
  58. messagerImp->WriteText();
  59. //*********
  60. }
  61. virtual void SendPicture(Image image) {
  62. messagerImp->DrawShape();
  63. //*********
  64. }
  65. };
  66. class MessagePerfect : public Messager{
  67. public:
  68. virtual void Login(string username, string password) {
  69. messagerImp->PlaySound();
  70. messagerImp->Connect();
  71. //**********
  72. }
  73. virtual void SendMassage(string message) {
  74. messagerImp->WriteText();
  75. //*********
  76. messagerImp->PlaySound();
  77. }
  78. virtual void SendPicture(Image image) {
  79. messagerImp->PlaySound();
  80. messagerImp->DrawShape();
  81. //*********
  82. }
  83. };
  84. void process() {
  85. //运行时装配
  86. MessagerImp* mImp = new PCMessagerImp();
  87. Messager* m = new Messager(mImp);
  88. }

如下图所示是上述代码的桥模式类图

 总结:

  • Bridge模式使用“对象间的组合关系"解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自纬度的变化,即“子类化”它们。
  • Bridge模式有时候类似于多继承方案,但是多继承方案往往违背单一职责原则(即一个类只有一个变化的原因),复用性比较差。Bridge模式是比多继承方案更好的解决方法。
  • Bridge模式的应用一般在“两个非常强的变化维度”,有时一个类也有多于两个的变化维度,这时可以使用Bridge的扩展模式。
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Li_阴宅/article/detail/823033
推荐阅读
相关标签
  

闽ICP备14008679号