个人认为Bridge模式是用在对于分类的组合上的,举个例子,在大学里发奖学金,就拿川大来说,一共是32个学院,银行卡有建行、工行、中行和农行,那么发放方式就有计算机学院+工行、计算机学院+建行、数学学院+建行、数学学院+中行等32 x 4=128种方式。一般来说,就需要128个子类来实现发放奖学金这个功能,如果招商银行又加到银行里面来,那么我们就还得写32个类,这样太过于复杂了。因此我们必须想一个办法来解决这个问题,于是就用到了Bridge模式。对于这个模式来说一共只需要32+4(不是32 x 4)个类就行了,当招商银行想要加进来时,只需要加1个类,而不是32个。下面就来看看代码:
个人认为,Bridge模式的核心就是组合,把描述一个事物的各个维度用组合的方式放在一个基础的维里面,这样就不必生成M*N*L... 这么多个子类,另外就是需要保证当某一个维度的长度变长的时候不能更改其它类。总结起来就是两点:
1.把描述一个事物的所有维度放在一个类里面;
2.在某个或者某些维度的长度增加或者减少或者改变时,不能更改原有的类。
满足了上面两个条件,也就实现了Bridge模式。
 
                   
                   
                   
                   
                             本文通过奖学金发放的例子,介绍了Bridge模式的应用场景及其如何简化分类组合的问题。通过抽象学生类别和发放方法,减少子类数量,提高代码复用性和扩展性。
本文通过奖学金发放的例子,介绍了Bridge模式的应用场景及其如何简化分类组合的问题。通过抽象学生类别和发放方法,减少子类数量,提高代码复用性和扩展性。
           
       
           
                 
                 
                 
                 
                 
                
               
                 
                 
                 
                 
                
               
                 
                 扫一扫
扫一扫
                     
              
             
                   6万+
					6万+
					
 被折叠的  条评论
		 为什么被折叠?
被折叠的  条评论
		 为什么被折叠?
		 
		  到【灌水乐园】发言
到【灌水乐园】发言                                
		 
		 
    
   
    
   
             
            


 
            