用Rust实现23种设计模式之 职责链模式

关注我,学习Rust不迷路!!

优点

  • 解耦:职责链模式将请求发送者和接收者解耦,使得多个对象都有机会处理请求,而不是将请求的发送者和接收者紧密耦合在一起。
  • 灵活性:可以动态地改变或扩展处理请求的顺序和责任链中的对象。
  • 可维护性:每个处理者只需关注自己的责任,使得代码更易于理解、维护和扩展。

使用场景

  • 当有多个对象可以处理同一个请求,但具体的处理者在运行时才确定时,职责链模式非常有用。
  • 当需要在不明确接收者的情况下,将请求的发送者和接收者解耦时,职责链模式可以提供一种简单而灵活的解决方案。

代码示例

下面是一个简单的例子,演示如何使用 Rust 实现职责链模式。

bash 复制代码
// 请求结构体
struct Request {
    content: String,
}
 // 处理者 trait
trait Handler {
    fn set_next(&mut self, handler: Box<dyn Handler>);
    fn handle_request(&self, request: &Request);
}
 // 具体处理者 A
struct ConcreteHandlerA {
    next_handler: Option<Box<dyn Handler>>,
}
 impl Handler for ConcreteHandlerA {
    fn set_next(&mut self, handler: Box<dyn Handler>) {
        self.next_handler = Some(handler);
    }
     fn handle_request(&self, request: &Request) {
        if request.content.contains("A") {
            println!("Handled by ConcreteHandlerA");
        } else if let Some(ref handler) = self.next_handler {
            handler.handle_request(request);
        } else {
            println!("No handler can handle the request");
        }
    }
}
 // 具体处理者 B
struct ConcreteHandlerB {
    next_handler: Option<Box<dyn Handler>>,
}
 impl Handler for ConcreteHandlerB {
    fn set_next(&mut self, handler: Box<dyn Handler>) {
        self.next_handler = Some(handler);
    }
     fn handle_request(&self, request: &Request) {
        if request.content.contains("B") {
            println!("Handled by ConcreteHandlerB");
        } else if let Some(ref handler) = self.next_handler {
            handler.handle_request(request);
        } else {
            println!("No handler can handle the request");
        }
    }
}
 // 使用示例
fn main() {
    let mut handler_a = ConcreteHandlerA { next_handler: None };
    let mut handler_b = ConcreteHandlerB { next_handler: None };
     handler_a.set_next(Box::new(handler_b));
     let request_a = Request {
        content: String::from("Request A"),
    };
    handler_a.handle_request(&request_a);
     let request_b = Request {
        content: String::from("Request B"),
    };
    handler_a.handle_request(&request_b);
     let request_c = Request {
        content: String::from("Request C"),
    };
    handler_a.handle_request(&request_c);
}

解释说明

  • 首先,我们定义了一个 Request 结构体,代表请求的内容。
  • 然后,我们定义了一个 Handler trait,包含设置下一个处理者和处理请求的方法。
  • 接着,我们实现了两个具体的处理者: ConcreteHandlerAConcreteHandlerB ,它们都实现了 Handler trait 的方法。如果当前处理者可以处理请求,则进行处理;否则,将请求传递给下一个处理者。
  • main 函数中,我们创建了两个具体的处理者对象,并使用 set_next 方法将它们连接成职责链。然后,我们创建了三个不同的请求,并通过第一个处理者来处理它们。

关注我,学习Rust不迷路!!

相关推荐
蚂蚁背大象13 小时前
Rust 所有权系统是为了解决什么问题
后端·rust
布列瑟农的星空14 小时前
前端都能看懂的rust入门教程(五)—— 所有权
rust
七月丶15 小时前
别再手动凑 PR 了:这个 AI Skill 会按仓库习惯自动建分支、拆提交、提 PR
人工智能·设计模式·程序员
刀法如飞15 小时前
从程序员到架构师:6大编程范式全解析与实践对比
设计模式·系统架构·编程范式
九狼15 小时前
Flutter + Riverpod +MVI 架构下的现代状态管理
设计模式
静水流深_沧海一粟1 天前
04 | 别再写几十个参数的构造函数了——建造者模式
设计模式
StarkCoder1 天前
从UIKit到SwiftUI的迁移感悟:数据驱动的革命
设计模式
Java水解1 天前
Rust嵌入式开发实战——从ARM裸机编程到RTOS应用
后端·rust
Pomelo_刘金1 天前
Rust:所有权系统
rust
阿星AI工作室2 天前
给openclaw龙虾造了间像素办公室!实时看它写代码、摸鱼、修bug、写日报,太可爱了吧!
前端·人工智能·设计模式