Цепочка обязанностей

Паттерны проектирования / Поведенческие паттерны
image

//Handler
@interface Rescuer : NSObject
@property (nonatomic, strong) Rescuer *next;
@property (nonatomic) NSInteger code;

//HandleRequest()
- (void)help:(NSInteger)code;
- (void)toHelp;
@end

@implementation Rescuer

- (instancetype)init {
    self = [super init];
    if (self) {
        _code = -1;
    }
    return self;
}

- (void)help:(NSInteger)code {
    if (self.code == code) {
        [self toHelp];
    } else if (self.next != nil) {
        [self.next help:code];
    }
}

- (void)toHelp {
}
@end

//ConcreteHandler
@interface Firefighter : Rescuer
- (instancetype)initWithNext:(Rescuer *)next;
@end

@implementation Firefighter

- (instancetype)initWithNext:(Rescuer *)next {
    self = [super init];
    if (self) {
        self.next = next;
        self.code = 1;
    }
    return self;
}

- (void)toHelp {
    NSLog(@"call firefighters");
}
@end

//ConcreteHandler
@interface Police : Rescuer
- (instancetype)initWithNext:(Rescuer *)next;
@end

@implementation Police

- (instancetype)initWithNext:(Rescuer *)next {
    self = [super init];
    if (self) {
        self.next = next;
        self.code = 2;
    }
    return self;
}

- (void)toHelp {
    NSLog(@"call the police");
}
@end

//ConcreteHandler
@interface Ambulance : Rescuer
- (instancetype)initWithNext:(Rescuer *)next;
@end

@implementation Ambulance

- (instancetype)initWithNext:(Rescuer *)next {
    self = [super init];
    if (self) {
        self.next = next;
        self.code = 3;
    }
    return self;
}

- (void)toHelp {
    NSLog(@"call an ambulance");
}
@end

//Client
Ambulance *ambulance = [[Ambulance alloc] initWithNext:nil];
Police *police = [[Police alloc] initWithNext:ambulance];
Firefighter *firefighter = [[Firefighter alloc] initWithNext:police];
[firefighter help:1];
//printed: call firefighters
[firefighter help:2];
//printed: call the police
[firefighter help:3];
//printed: call an ambulance


Можно избежать жесткой зависимости отправителя запроса от его получателя, при этом запросом начинает обрабатываться один из нескольких объектов. Объекты-получатели связываются в цепочку, и запрос передается по цепочке, пока какой-то объект его не обработает.
Read more

Задача. В службу поддержки приходят запросы разного масштаба. Мелкий идёт к помощнику, покрупнее - к менеджеру, совсем крупный - к директору. Если бы код, который отправляет запрос, сам выбирал получателя, ему пришлось бы знать каждого получателя и каждое правило. Каждый новый получатель требовал бы правки в отправителе.

Идея. Получатели, их называют обработчиками, выстроены в заданном порядке: это и есть цепочка. Отправитель отдаёт запрос только первому обработчику. Каждый обработчик проверяет, его ли это запрос. Если его, обработчик делает работу, и дальше запрос не идёт. Если нет, обработчик передаёт запрос следующему. Отправитель не знает, какой обработчик ответит и ответит ли кто-нибудь вообще.

Как читать пример. Несколько обработчиков соединены в цепочку. Каждый по своему правилу решает, его ли это запрос. Клиентский код отправляет несколько запросов, всегда в начало цепочки. Каждый запрос движется по цепочке, пока какой-нибудь обработчик его не примет. В большинстве языков каждый обработчик хранит ссылку на следующий; в некоторых цепочка - простой список, который проверяют по порядку. Некоторые примеры отправляют ещё и запрос, который не принимает ни один обработчик, и вывод об этом сообщает.

Когда применять. Цепочка нужна, когда запрос могут обработать несколько объектов, а их набор или порядок может меняться. Если получатель всегда один и тот же, она ни к чему: прямой вызов проще и понятнее.

Частая ошибка. Забыть о конце цепочки. Тогда запрос, который не принял ни один обработчик, пропадает без единого сообщения. Нужно решить, что происходит в конце: ошибка, обработчик по умолчанию или внятное сообщение.