|
1 | | -*ְ����ģʽ�� |
2 | | -�����壺Ϊ�˱����������������������������һ�𣬽���������Ĵ�����ͨ��ǰһ�����ס����һ����������ö�����һ����������������ʱ���ɽ������������������ݣ�ֱ���ж�������Ϊֹ�� |
3 | | -�����ͣ����ڶ༶�ж�ʱ������ͨ����if elseд���룬�������ᵼ���ж������Υ����һְ��ԭ��Ҫ�����жϻ�ı��ж�����ʱ��Դ��Υ������ԭ��ְ����ģʽ�ܽ���������⡣ |
4 | | -�������� |
5 | | - -- �����ơ���������������ֽ����Ϸ�У�ij�˳��Ƹ������¼ң��¼ҿ������е��ƣ����Ҫ�����ϼҵ�������������ת���������¼ң����¼��ٽ����жϡ�һ��ѭ����������������˶�Ҫ������ƣ�������ij����߿��Դ���µ��ơ�����������У�����Ϊһ����������һ�����ڴ��ݣ�ÿһλֽ�Ƶ���Ҷ����Դ��������������ģʽ�У�ְ����ģʽ����һ��ר�����ڴ�������������ʽ���ݵ�ģʽ�� |
6 | | - -- ij��ҵ�IJɹ������Ƿּ����еģ������ݲɹ����IJ�ͬ�ɲ�ͬ��ε�������Ա�����������ο�������5��Ԫ���£�������5��Ԫ���IJɹ����������³���������5��Ԫ��10��Ԫ��������10��Ԫ���IJɹ��������³���������10��Ԫ��50��Ԫ��������50��Ԫ���IJɹ�����50��Ԫ�����ϵIJɹ�������Ҫ�����»����۾����� |
7 | | - -- ѧУ�涨ѧ�����С�ڻ���� 2 �죬�����ο�������С�ڻ���� 7 �죬ϵ���ο�������С�ڻ���� 10 �죬Ժ������������������������� |
8 | | -���ŵ㣺 |
9 | | - -- �����˶���֮�����϶ȡ���ģʽʹ��һ����������֪����������һ���������������Լ����Ľṹ�������ߺͽ�����Ҳ����ӵ�жԷ�����ȷ��Ϣ�� |
10 | | - -- ��ǿ��ϵͳ�Ŀ���չ�ԡ����Ը�����Ҫ�����µ��������࣬���㿪��ԭ�� |
11 | | - -- ��ǿ�˸�����ָ��ְ�������ԡ����������̷����仯�����Զ�̬�ظı����ڵij�Ա���ߵ������ǵĴ���Ҳ�ɶ�̬����������ɾ�����Ρ� |
12 | | - -- ���������˶���֮������ӡ�ÿ������ֻ�豣��һ��ָ�������ߵ����ã����豣���������д����ߵ����ã��������ʹ���ڶ�� if ���� if������else ��䡣 |
13 | | - -- ���ηֵ���ÿ����ֻ��Ҫ�����Լ��ô����Ĺ��������ô����Ĵ��ݸ���һ��������ɣ���ȷ��������η�Χ��������ĵ�һְ��ԭ�� |
14 | | -��ȱ�㣺 |
15 | | - -- ���ܱ�֤ÿ������һ��������������һ������û����ȷ�Ľ����ߣ����Բ��ܱ�֤��һ���ᱻ���������������һֱ��������ĩ�˶��ò��������� |
16 | | - -- �ԱȽϳ���ְ����������Ĵ��������漰�����������ϵͳ���ܽ��ܵ�һ��Ӱ�졣 |
17 | | - -- ְ���������ĺ�����Ҫ���ͻ�������֤�������˿ͻ��˵ĸ����ԣ����ܻ�����ְ�����Ĵ������ö�����ϵͳ����������ܻ����ѭ�����á� |
| 1 | +*职责链模式: |
| 2 | +·定义:为了避免请求发送者与多个请求处理者耦合在一起,将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。 |
| 3 | +·解释:对于多级判断时,我们通常用if else写代码,但这样会导致判断类过大违背单一职责原则,要增减判断或改变判断流程时修改源码违背开闭原则。而职责链模式能解决以上问题。 |
| 4 | +·场景: |
| 5 | + -- 在类似“斗地主”这样的纸牌游戏中,某人出牌给他的下家,下家看看手中的牌,如果要不起上家的牌则将出牌请求再转发给他的下家,其下家再进行判断。一个循环下来,如果其他人都要不起该牌,则最初的出牌者可以打出新的牌。在这个过程中,牌作为一个请求沿着一条链在传递,每一位纸牌的玩家都可以处理该请求。在设计模式中,职责链模式就是一种专门用于处理这种请求链式传递的模式。 |
| 6 | + -- 某企业的采购审批是分级进行的,即根据采购金额的不同由不同层次的主管人员来审批,主任可以审批5万元以下(不包括5万元)的采购单,副董事长可以审批5万元至10万元(不包括10万元)的采购单,董事长可以审批10万元至50万元(不包括50万元)的采购单,50万元及以上的采购单就需要开董事会讨论决定。 |
| 7 | + -- 学校规定学生请假小于或等于 2 天,班主任可以批准;小于或等于 7 天,系主任可以批准;小于或等于 10 天,院长可以批准;其他情况不予批准; |
| 8 | +·优点: |
| 9 | + -- 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。 |
| 10 | + -- 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。 |
| 11 | + -- 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。 |
| 12 | + -- 责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。 |
| 13 | + -- 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。 |
| 14 | +·缺点: |
| 15 | + -- 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。 |
| 16 | + -- 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。 |
| 17 | + -- 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。 |
0 commit comments