rs-store

Crates.iors-store
lib.rsrs-store
version2.8.0
created_at2024-04-11 09:58:16.185475+00
updated_at2025-09-06 11:28:57.751982+00
descriptionRedux Store for Rust
homepage
repositoryhttps://github.com/rookiecj/rs-store
max_upload_size
id1204668
size309,504
Changju Lee (rookiecj)

documentation

README

rs-store

Crates.io Documentation License: MIT

A thread-safe Redux-style state management library implemented in Rust.

Overview

rs-store provides a predictable state container inspired by Redux, featuring thread-safe state management with support for reducers, subscribers, and async actions through Thunk. Unlike traditional Redux, rs-store's reducers can produce side effects, providing more flexibility in state management.

Features

  • ๐Ÿ”’ Thread-safe state management
  • ๐Ÿ“ข Publisher/Subscriber pattern for state changes
  • ๐Ÿ”„ Support for asynchronous operations via Thunk actions
  • ๐Ÿ“Š Side effect handling in reducers
  • ๐Ÿ“Š Middleware handles actions and effects
  • ๐Ÿ“Š Backpressure handling with configurable policies
  • ๐ŸŽฏ Bounded channel size with sync channels
  • ๐Ÿ”„ Decoupling state updates from notification delivery
  • ๐Ÿ“š Channeled subscription support
  • ๐Ÿ“Š Metrics support
  • ๐Ÿงช Comprehensive test coverage

Installation

Add this to your Cargo.toml:

[dependencies]
rs-store = "2.8"

Quick Start

use rs_store::{DispatchOp, FnReducer, FnSubscriber, StoreBuilder};
use std::sync::Arc;

pub fn main() {
    // new store with reducer
    let store = StoreBuilder::new(0)
        .with_reducer(Box::new(FnReducer::from(|state: &i32, action: &i32| {
            println!("reducer: {} + {}", state, action);
            DispatchOp::Dispatch(state + action, None)
        })))
        .build()
        .unwrap();

    // add subscriber
    store
        .add_subscriber(Arc::new(FnSubscriber::from(
            |state: &i32, _action: &i32| {
                println!("subscriber: state: {}", state);
            },
        )))
        .unwrap();

    // dispatch actions
    store.dispatch(41).expect("no error");
    store.dispatch(1).expect("no error");

    // stop the store
    match store.stop() {
        Ok(_) => println!("store stopped"),
        Err(e) => {
            panic!("store stop failed  : {:?}", e);
        }
    }

    assert_eq!(store.get_state(), 42);
}

Feature Details

Backpressure feature

Backpressure is a feature that allows you to control the rate of state updates. and it also can be used to prevent slow subscribers from blocking state updates.

Backpressure Policies

rs-store supports multiple backpressure policies:

  • BlockOnFull: Blocks the sender when the queue is full (default)
  • DropOldest: Drops the oldest item when the queue is full
  • DropLatest: Drops new item when the queue is full
  • DropOldestIf: Drops items from the oldest based on a custom predicate when the queue is full
  • DropLatestIf: Drops items from the latest based on a custom predicate when the queue is full

Predicate-based Backpressure

The DropLatestIf policy allows you to implement intelligent message dropping based on custom criteria:

use rs_store::{BackpressurePolicy, StoreBuilder};
use std::sync::Arc;

// Create a predicate that drops low-priority messages
let predicate = Arc::new(|value: &i32| {
        *value < 5 // 5๋ณด๋‹ค ์ž‘์€ ๊ฐ’๋“ค์€ drop
    });

let policy = BackpressurePolicy::DropLatestIf { predicate };

let store = StoreBuilder::new(0)
    .with_capacity(3) // Small capacity to trigger backpressure
    .with_policy(policy)
    .build()
    .unwrap();

This allows you to prioritize important messages and drop less critical ones when the system is under load.

Side Effects in Reducers

Unlike traditional Redux implementations, rs-store allows reducers to produce side effects directly. This means reducers can produce asynchronous operations.

Middleware

Middleware is a powerful feature that allows you to intercept and modify actions before they reach the reducer, or to handle side effects, logging, metrics, etc.

Channeled Subscription

The channeled subscription feature provides a way to subscribe to a store in new context with a channel.

Latest State Notification for New Subscribers

When a new subscriber is added to the store, it automatically receives the current state through the on_subscribe method. This ensures that new subscribers don't miss the current state and can start with the latest information.

use rs_store::{Subscriber, StoreBuilder};
use std::sync::{Arc, Mutex};

#[derive(Clone, Debug)]
struct MyState {
    counter: i32,
}

#[derive(Clone)]
enum MyAction {
    Increment,
    Decrement,
}

struct MySubscriber {
    received_states: Arc<Mutex<Vec<MyState>>>,
}

impl Subscriber<MyState, MyAction> for MySubscriber {
    fn on_subscribe(&self, state: &MyState) {
        // Called when the subscriber is first added to the store
        // Receives the current state immediately
        println!("New subscriber received initial state: {:?}", state);
        self.received_states.lock().unwrap().push(state.clone());
    }

    fn on_notify(&self, state: &MyState, action: &MyAction) {
        // Called when the state changes due to an action
        println!("State updated: {:?}", state);
        self.received_states.lock().unwrap().push(state.clone());
    }
}

// Usage
let store = StoreBuilder::new_with_reducer(MyState { counter: 0 }, reducer)
    .build()
    .unwrap();

// Dispatch some actions to change the state
store.dispatch(MyAction::Increment).unwrap();
store.dispatch(MyAction::Increment).unwrap();

// Add a new subscriber - it will receive the current state (counter: 2)
let subscriber = Arc::new(MySubscriber {
    received_states: Arc::new(Mutex::new(Vec::new())),
});
store.add_subscriber(subscriber);

This feature ensures that new subscribers are immediately synchronized with the current state of the store.

Metrics

The metrics feature provides a way to collect metrics.

Documentation

For detailed documentation, visit:

Implementation Status

In Progress ๐Ÿšง

  • Latest state notification for new subscribers
  • Notification scheduler (CurrentThread, ThreadPool)
  • [-] Stop store after all effects are scheduled (removed)
  • drop store after all references are dropped
  • dispatcher has weak reference to the store
  • effects system

Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

License

This project is licensed under the MIT License - see the LICENSE file for details.

Commit count: 222

cargo fmt