Skip to content

Porting redux ecosystem #5

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
beyondeye opened this issue Oct 26, 2016 · 1 comment
Open

Porting redux ecosystem #5

beyondeye opened this issue Oct 26, 2016 · 1 comment

Comments

@beyondeye
Copy link

Redux is a relatively low level library and not very useful without its ecosystem .
Porting redux is relatively easy. Porting its ecosystem is a lot more work.
The components I have ported in Reduks are:

  • reselect
  • Thunk and Promise middleware
  • logger middleware
  • started working on integration with immutable collections: integrated immutable map for using in redux state
  • I am currently working on porting redux-sagas middleware

I would be happy if we could coordinate efforts in porting more parts of redux ecosystems

@AngusMorton
Copy link

I think the ecosystem should be ported in such a way that components are compatible with other implementations of the API. Given that, I think we should have some guidelines for components.

  1. Components should be in standalone repositories (ie. not as part of a larger implementation repository).
  2. Components should be compiles against the jvm-redux-api and not an implementation of the api.
  3. Components should be named in such a way that it is obvious that they are part of the jvm-redux ecosystem. eg. jvm-redux-sagas, jvm-redux-logger.

We will need a reference implementation of the jvm-redux-api in order to provide a common dependency that Components can run tests against.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants