Acton Reactive: Build Fast, Concurrent Rust Apps Easily
Welcome to Acton Reactive! This framework helps you build fast, concurrent Rust applications without getting tangled in complex threading or locking code.
Think of your application's logic broken down into independent workers called Agents. Each agent manages its own state and communicates with others by sending Messages. Acton Reactive handles the tricky parts of making these agents run concurrently and talk to each other efficiently, letting you focus on your application's features. It's built on top of Tokio, Rust's powerful asynchronous runtime.
Why Acton Reactive?
- Simplified Concurrency: Forget manual thread management and complex locking. Agents run independently, managing their own data. Acton ensures messages are processed safely, making concurrent programming more approachable.
- Asynchronous & Performant: Leverages Rust's
async/awaitand Tokio for high-performance, non-blocking operations. Your application stays responsive, even under load. - Organized & Maintainable Code: Encourages breaking down complex problems into smaller, self-contained agents. This makes your codebase easier to understand, test, and maintain.
- Type-Safe Communication: Define clear message types. Rust's compiler helps ensure you're sending and receiving the right kinds of messages, catching errors before runtime.
- Built-in Observability: Integrates with the
tracingcrate, providing insights into your application's behavior for easier debugging and performance monitoring.
Core Concepts Explained Simply
Before diving into code, let's understand the main building blocks:
- Agent: The fundamental unit. It's a Rust struct (that implements
DefaultandDebug) which holds some internal state (itsmodel) and reacts to incoming messages. Think of it as an independent worker or service. - Message: A simple Rust struct (that implements
DebugandClone) used for communication. Agents send messages to other agents (or themselves) to trigger actions or share information. The#[acton_message]macro helps derive the required traits easily. - Handler (
act_on): A piece of code you define for an agent that specifies how it should react when it receives a particular type of message. Handlers can modify the agent's internal state (model) and send messages. They return anAgentReply. - Handle (
AgentHandle): An inexpensive, cloneable reference to an agent. You use an agent's handle to send messages to it from outside, or from other agents. - Runtime (
ActonApp/AgentRuntime): The Acton system environment. You launch it usingActonApp::launch(). It manages the agents, their communication channels, and the central message broker.
Getting Started: A Basic Example
Let's build a simple counter agent.
-
Add Acton Reactive to your
Cargo.toml:[] = { = "1.1.0-beta.1" } # Use the latest version = { = "1", = ["full"] } # Acton requires a Tokio runtime = "1" # Useful for error handling in main -
Write the code (
src/main.rs):use *; use Duration; use Result; // 1. Define the Agent's state (must be Default + Debug) // 2. Define Messages (must be Debug + Clone) // Use the macro for convenience! ; ; // 3. The main async function (requires a Tokio runtime) async -
Run it:
cargo run
You should see output showing the agent being created, handling messages, incrementing its count, and finally stopping.
Common Patterns
While the example above covers the basics, Acton Reactive supports more patterns:
- Replying to Messages: Inside a handler, use
context.reply_envelope()to get an envelope addressed back to the original sender, then use.send(YourReplyMessage).await. - Sending to Specific Agents: If an agent has the
AgentHandleof another agent, it can create a new envelope usingcontext.new_envelope(&target_handle.reply_address())and then.send(YourMessage).await. - Asynchronous Operations: As shown in the
PrintMsghandler, useAgentReply::from_async(async move { ... })to perform non-blocking tasks (like I/O) within your handlers. - Lifecycle Hooks: Use
.before_start(),.after_start(),.before_stop(), and.after_stop()on the agent builder to run code during agent initialization or shutdown. - Publish/Subscribe (Broadcasting): Agents can subscribe to specific message types using
agent_handle.subscribe::<MyMessageType>().await. Anyone (often the centralAgentBrokerobtained viaapp.broker()oragent.broker()) can thenbroadcast(MyMessageType)to notify all subscribers. This is great for system-wide events. - Supervision (Parent/Child Agents): Agents can create and manage child agents using
agent_handle.supervise(child_builder).await. Stopping the parent will automatically stop its children.
Explore More Examples
For more detailed examples demonstrating patterns like broadcasting, replies, and agent lifecycles, check out the acton-reactive/examples/ directory in this repository.
Contributing
Contributions are welcome! Feel free to submit issues, fork the repository, and send pull requests. Let's make Acton Reactive even better together!
License
This project is licensed under either of:
- Apache License, Version 2.0 (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
- MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT)
at your option.