Go to file
Yanick Champoux f0c1d6f015 chore(release): 2.0.0 2020-06-13 13:53:02 -04:00
docs a few more grammar typos 2020-06-04 15:08:49 -04:00
src going toward v2 2020-06-02 16:00:48 -04:00
tools going toward v2 2020-06-02 16:00:48 -04:00
.eslintrc.js going toward v2 2020-06-02 16:00:48 -04:00
.gitignore chore(release): 2.0.0 2020-06-13 13:53:02 -04:00
.npmignore chore(release): 2.0.0 2020-06-13 13:53:02 -04:00
.prettierignore add a prettier ignore 2020-01-02 17:10:24 -05:00
.travis.yml travis config 2019-10-24 11:44:51 -04:00
CHANGELOG.md chore(release): 2.0.0 2020-06-13 13:53:02 -04:00
CODE_OF_CONDUCT.md chore: add code of conduct 2020-06-04 15:11:12 -04:00
Changes pass mutations in constructor as a map 2020-01-02 16:54:47 -05:00
Promake going toward v2 2020-06-02 16:00:48 -04:00
README.md chore(doc): point README to new docs 2020-01-31 18:36:10 -05:00
TODO churning things around 2019-11-04 20:34:14 -05:00
api-extractor.json going toward v2 2020-06-02 16:00:48 -04:00
babel.config.js remove the pipeline operator 2019-10-21 11:40:08 -04:00
index.d.ts move buildInitial to ts 2019-10-23 12:47:11 -04:00
index.test-d.ts move buildInitial to ts 2019-10-23 12:47:11 -04:00
jest.config.js make jest work with js and ts 2019-10-23 12:56:12 -04:00
package.json chore(release): 2.0.0 2020-06-13 13:53:02 -04:00
tsconfig.json going toward v2 2020-06-02 16:00:48 -04:00
typedoc.json going toward v2 2020-06-02 16:00:48 -04:00

README.md

What's Updux?

So, I'm a fan of Redux. Two days ago I discovered rematch alonside a few other frameworks built atop Redux.

It has a couple of pretty good ideas that removes some of the boilerplate. Keeping mutations and asynchronous effects close to the reducer definition? Nice. Automatically infering the actions from the said mutations and effects? Genius!

But it also enforces a flat hierarchy of reducers -- where is the fun in that? And I'm also having a strong love for Updeep, so I want reducer state updates to leverage the heck out of it.

All that to say, say hello to Updux. Heavily inspired by rematch, but twisted to work with updeep and to fit my peculiar needs. It offers features such as

  • Mimic the way VueX has mutations (reducer reactions to specific actions) and effects (middleware reacting to actions that can be asynchronous and/or have side-effects), so everything pertaining to a store are all defined in the space place.
  • Automatically gather all actions used by the updux's effects and mutations, and makes then accessible as attributes to the dispatch object of the store.
  • Mutations have a signature that is friendly to Updux and Immer.
  • Also, the mutation signature auto-unwrap the payload of the actions for you.
  • TypeScript types.

Fair warning: this package is still very new, probably very buggy, definitively very badly documented, and very subject to changes. Caveat Maxima Emptor.

Synopsis

import updux from 'updux';

import otherUpdux from './otherUpdux';

const {
    initial,
    reducer,
    actions,
    middleware,
    createStore,
} = new Updux({ 
    initial: {
        counter: 0,
    },
    subduxes: {
        otherUpdux,
    },
    mutations: {
        inc: ( increment = 1 ) => u({counter: s => s + increment })
    },
    effects: {
        '*' => api => next => action => {
            console.log( "hey, look, an action zoomed by!", action );
            next(action);
        };
    },
    actions: {
        customAction: ( someArg ) => ({ 
            type: "custom", 
            payload: { someProp: someArg } 
        }),
    },

});

const store = createStore();

store.dispatch.inc(3);

Description

Full documentation can be found here.

Exporting upduxes

If you are creating upduxes that will be used as subduxes by other upduxes, or as ducks-like containers, I recommend that you export the Updux instance as the default export:

import Updux from 'updux';

const updux = new Updux({ ... });

export default updux;

Then you can use them as subduxes like this:

import Updux from 'updux';
import foo from './foo'; // foo is an Updux
import bar from './bar'; // bar is an Updux as well

const updux = new Updux({
    subduxes: {
        foo, bar
    }
});

Or if you want to use it:

import updux from './myUpdux';

const {
    reducer,
    actions: { doTheThing },
    createStore,
    middleware,
} = updux;

Mapping a mutation to all values of a state

Say you have a todos state that is an array of todo sub-states. It's easy enough to have the main reducer maps away all items to the sub-reducer:

const todo = new Updux({
    mutations: {
        review: () => u({ reviewed: true}),
        done: () => u({done: true}),
    },
});

const todos = new Updux({ initial: [] });

todos.addMutation( 
    todo.actions.review, 
    (_,action) => state => state.map( todo.upreducer(action) )  
);
todos.addMutation(
    todo.actions.done, 
    (id,action) => u.map(u.if(u.is('id',id), todo.upreducer(action))),
);

But updeep can iterate through all the items of an array (or the values of an object) via the special key *. So the todos updux above could also be written:

const todo = new Updux({
    mutations: {
        review: () => u({ reviewed: true}),
        done: () => u({done: true}),
    },
});

const todos = new Updux({
    subduxes: { '*': todo },
});

todos.addMutation(
    todo.actions.done, 
    (id,action) => u.map(u.if(u.is('id',id), todo.upreducer(action))), 
    true
);

The advantages being that the actions/mutations/effects of the subdux will be imported by the root updux as usual, and all actions that aren't being overridden by a sink mutation will trickle down automatically.

Usage with Immer

While Updux was created with Updeep in mind, it also plays very well with Immer.

For example, taking this basic updux:

import Updux from 'updux';

const updux = new Updux({
    initial: { counter: 0 },
    mutations: {
        add: (inc=1) => state => { counter: counter + inc } 
    }
});
    

Converting it to Immer would look like:

import Updux from 'updux';
import { produce } from 'Immer';

const updux = new Updux({
    initial: { counter: 0 },
    mutations: {
        add: (inc=1) => produce( draft => draft.counter += inc ) } 
    }
});
    

But since typing produce over and over is no fun, groomMutations can be used to wrap all mutations with it:

import Updux from 'updux';
import { produce } from 'Immer';

const updux = new Updux({
    initial: { counter: 0 },
    groomMutations: mutation => (...args) => produce( mutation(...args) ),
    mutations: {
        add: (inc=1) => draft => draft.counter += inc 
    }
});