Skip to content
This repository has been archived by the owner on Jun 26, 2023. It is now read-only.

Latest commit

 

History

History
283 lines (211 loc) · 8.36 KB

README.md

File metadata and controls

283 lines (211 loc) · 8.36 KB
Raw

redutser

npm version

Type-safe action creators and reducers for redux and typescript.

In a nutshell

Allows you to write type-safe reducers with fewer keystrokes. Just write the functions, the lib cares about the action creators and the types.

typescript versions: If your project uses ts2.8, you'll have to install another version of the package.

Version package
2.9 redutser
2.8 [email protected]

createRedutser( initialState, actionsDict ): Redutser

actionsDict is an object which keys will become the action types, and which values will become the reducer logic.

import { createRedutser } from 'redutser'

const initialState = {
  newsFeed: [] as NewsArticle[],
  editArticleDialog: undefined as
    { articleId: number, content: string } | undefined
}

const newsRedutser = createRedutser(
  initialState,
  {
    articleEdit : (state, act: { articleId: number, content: string }) => ({
      ...state,
      editArticleDialog : act
    }),
    feedAppend : (state, act: { articles: NewsArticle[] }) => ({
      ...state,
      newsFeed : [...state.newsFeed, ...act.articles]
    })
  }
)

When writing the actionDict (second parameter), it is expected that:

  • Each value is a function with shape (prevState: State, action: A) => State;
  • The State type is inferred from the initial state you formerly passed as the 1st argument;
  • You need to supply the second argument's type.
  • You write actionsDict directly inside the createRedutser call ("inline"), otherwise you'd need to duck-type the State type for every item.

Using this? See caveat.

The returning object has the following properties:

Redutser#reducer

The generated reducer function, which you can directly feed into createStore or compose with another reducer.

// .reducer has a reducer with exactly the shape you are thinking of.
const store = createStore( newsRedutser.reducer )

Redutser#reducerWithInitializer

Creates a reducer function with a different initializer from the previously supplied. (this may probably help on SSR scenarios)

const store = createStore( 
  newsRedutser.reducerWithInitializer({ newsFeed: [AnotherArticle()] })
)

Redutser#creators

A collection of action creators, properly named and typed according to the actionDict you previously supplied.

// .actionCreators contains an action creator map
const actions = newsRedutser.creators
store.dispatch(actions.feed_append({ articles: [getArticle(5)] }))

Redutser#actionTypes

This exports the generated reducer's action type. Which is a union of all of the possible action inputs. You can use this to describe accurate dispatch functions.

function someThing( dispatcher: (payload: typeof newsRedutser.actionTypes) => void ) {
  dispatcher({
    type: 'feed_append',
    payload : {
      articles: [ getArticle(5) ]
    }
  })
}

Note: this meant to be always used with typeof.

React helpers

experimental

Redutser#plug

This is intended to be an easier shorthand to react-redux.connect. (react-redux is required as a peer dependency in order to use this).

const comp = redutser.plug()
  .ownProps<{ type: string }>()
  .mapProps(
    state => ({ people: state.people }),
    dispatcher => ({
      addPerson: (p: Person) => dispatcher({ type: 'add', person: p })
    })
  )
  .component( p => {
    return <>
      <button value="Add" onClick={() => p.addPerson(Person())}/>
      <ul>
        {p.people.map( person => <li>{person.name}</li> )}
      </ul>
    </>
  })
  • In order to simplify, only a subset of connect's use cases is covered;
  • The connect's type arguments are spread into separate function calls in order to aid inference (that's a workaround for the lack partial argument inference);
  • State and ActionTypes inferred from context redutser;
  • ownProps type argument is optional and defaults to {}
  • the ownProps call is optional (can be skipped)
  • mapProps arguments are optional and default to:
    • state => state (feed the whole state into props)
    • dispatch => ({ dispatch }) (feed the dispatcher into props)

Caveats:

  • Stateful components? Hmmm...

This is also available as a root export (in that case, it takes the redutser as 1st parameter just for type inference).

Redutser#plugShort

Same as plug, but without the method names.

const comp = redutser.plugShort()()()( p => <pre>{p}</pre> )

Typing dispatchers

experimental

(for now) Our react helpers currently use our own dispatcher types (instead of the sugested redux ones), declared globally as Redutser.DispatchInput. You may manually augment them (though declaration merging) in order to add additional middleware signatures. For instance, in order to add the thunk signature, write:

declare global {
  namespace Redutser {
    interface DispatchInput<A, S> {
      thunk: ThunkDispatch<A, S>
    }
  }
}

Composition helpers

subdomain ( "extends" Redutser )

Glues other redutsers for a bigger purpose, creating a compound redutser. They are expected to share the same state type.

const red1 = createRedutser(initialState, { hello: (state) => { ...state, hello: 'yes' } })
const red2 = createRedutser(initialState, { world: (state) => { ...state, world: 'yes' } })

const meatBall = subdomain(initialState, { red1, red2 })

Action types from the sources are composed into the payload parameter.

const action: typeof meatBall.actionTypes = {
  type: 'red2',
  payload: {
    type: 'world',
    payload: {}
  }
}) //assigns fine

Supplied action creators go one level deeper:

store.dispatch(meatBall.creators.red2.world({}))

liftRedutserState( initialOuterState, key: string, innerRedutser ) : redutser

This is an utility which "moves up" the state of the innerRedutser.

const initialState = {
  itemA: 'a',
  itemB:  3
}

const innerA = createRedutser(initialState.itemA, ... )
const innerB = createRedutser(initialState.itemB, ... )
const controller = createRedutser(initialState, ... )

//this will fail since innerA has a different state position
const meatball = subdomain(initialState, { itemA: innerA })
//this works
const meatball = subdomain(initialState, {
  itemA: liftRedutserState(initialState, 'itemA', innerA),
  itemB: liftRedutserState(initialState, 'itemB', innerB),
  controller //still has access to the whole state
})

combineRedutsers ( initialOuterState, innerRedutsers ) : redutser

Experimental. Typings may not work.

A shorthand for the example above. The name is on purpose, is "combines" reduTsers which operate on subsets of the root state.

const meatball = combineRedutsers(initialState, { itemA: innerA, itemB: innerB })

Known Caveats

  • When actions have no parameters, you will still be required to pass an empty object {} to the payload.
  • (Redux) If using redux 3.x, you might want to disable strictFunctionTypes compiler options (thats a general redux+ts issue). 4.x typings work great and are highly recommended.

Using this on createRedutser

Typescript has inference issues when using this on createReducer ( issue ). You may choose a new "curried" alternate version of the function: createRedutser2(initialState)({ ...reducer }) which works better with the inference.

Building

Check the npm scripts.

Code style: Run prettier with the included config and we're good.