Why do you waste your time by creating actions/reducers/containers/sagas/... ?
Just create a store and that's it !
npm install nedux --save
library | provider |
---|---|
React | react-nedux |
VueJS | todo |
Angular | todo |
Name | Source | Codesandbox |
---|---|---|
β Todo List | here | here |
π Logger Middleware | here | here |
π Counter | here | here |
import { createStore } from 'nedux';
interface Todo {
id: number;
text: string;
completed: boolean;
}
enum Filter {
ShowAll = 'ShowAll',
ShowCompleted = 'ShowCompleted',
ShowActive = 'ShowActive',
}
// Create the store
const todoStore = createStore({
todos: [] as Todo[],
filter: Filter.ShowAll,
});
// You can subscribe to field update.
todoStore.subscribe('filter', newFilter => {
console.log(`filter has changed with ${newFilter}`);
});
// You can get a value.
todoStore.get('filter');
// β> 'ShowAll'
// You can override a value.
todoStore.set('filter', Filter.ShowCompleted);
// Or extends value by the previous one.
todoStore.set('todos', todos => [
...todos,
{ id: 1, text: 'test', completed: false },
]);
// And that's it !
import { createStore } from 'nedux';
const todoStore = createStore({
todos: [],
filter: 'ShowAll',
});
todoStore.subscribe('filter', newFilter => {
console.log(`filter has changed with ${newFilter}`);
});
todoStore.get('filter');
todoStore.set('filter', 'ShowCompleted');
todoStore.set('todos', todos => [
...todos,
{ id: 1, text: 'test', completed: false },
]);
// ES6
import { createStore } from 'nedux';
// ES5
var createStore = require('nedux').createStore;
Creates a Nedux store with the shape of the initialState
.
argument | required | type | description |
---|---|---|---|
initalState |
β | object |
The intial state of your store. |
middlewares |
β | Middleware[] | Middlewares are used to enhance your store see the middleware section to know more. |
The store
object created by createStore
it'll allow you to interact with your store.
store.get(key)
argument | required | type | description |
---|---|---|---|
key |
β | string |
The key of the store that you want to get |
store.set(key, value)
argument | required | type | description |
---|---|---|---|
key |
β | string |
The key of the store that you want to override |
value |
β | any or (prevValue: any) => any |
The new value of the key |
store.subscribe(key, observer)
argument | required | type | description |
---|---|---|---|
key |
β | string |
The key of the store that you'll subscribe to changes. (give a value of '' will subscribe to all keys changes) |
observer |
β | observer or (value: any) => any |
An rxjs observer or a simple callback which will be fired when the store has been updated for the given key |
Middleware is the suggested way to extend Nedux with custom functionality. The created store is provided to each middleware. It's easy to subscribe
/get
/set
value to the store inside your middleware. The key feature of middleware is that it is composable. Multiple middleware can be combined together, where each middleware requires no knowledge of what comes before or after it in the chain.
Middleware | Description |
---|---|
π nedux-persist | Allow you to persist your nedux store |
import { createStore } from 'nedux';
const loggerMiddleware = store =>
// we subscribe to all modifications
store.subscribe('', value => console.log(value));
const store = createStore(
{
a: 0,
b: 'b',
},
[loggerMiddleware],
);
store.set('b', 'a');
store.set('a', 1);
store.set('a', a => a * 2);
store.set('b', 'not b');
It usually a good idea to keep the store as small as possible. You can manage your application by structure it as services. Each service will have its own store (if it's needed)
my-service
βββ components # Your components.
βΒ Β βββ AddTodo.tsx
βΒ Β βββ App.tsx
βΒ Β βββ FilterLink.tsx
βΒ Β βββ Footer.tsx
βΒ Β βββ Link.tsx
βΒ Β βββ Todo.tsx
βΒ Β βββ TodoList.tsx
βββ controler.ts # Where you wrap your business logic (link between api/store/ui)
βββ index.tsx # Where you export elements to other services.
βββ store.ts # Where the store is created with the initial state.
βββ types.ts # Where you put your service types.
- No more actions
- No more dispatch
- No more reducers
- No more provider
- Fully functionnal usage
- Easiest to understand
- No "magical" effect (all is traceable)
- No need to use external tools to debug (again all is traceable)
- Easiest to learn
- Fully typed (if you're coding in typescript you will
β₯οΈ it !) - Less code to write
- Faster and lighter (no react context, no HOC)
You just write less to do the same.
π₯ Redux todos VS Nedux todos (same code)
Feel free to inspect the structure of both of them (Redux and Nedux) and how Nedux is implemented.
Redux | Nedux | Diff (less is better) | |
---|---|---|---|
number of files | 13 |
11 |
-15.4% |
number of lines | 224 |
174 |
-22.3% |
number of characters | 4343 |
3298 |
-24.0% |
time for first render | ~10.5 ms |
~8.5 ms |
-23.5% |
add todo | ~0.8 ms |
~0.6 ms |
-33.3% |
π₯ Redux Counter VS Nedux Counter (same code)
Again feel free to test it yourself here.
Render time | Redux | Nedux | Diff (less is better) |
---|---|---|---|
with 9999 items | 0.743s |
0.481s |
-35.3% |
# Redux Todos
βββ actions
βΒ Β βββ index.js
βββ components
βΒ Β βββ App.js
βΒ Β βββ Footer.js
βΒ Β βββ Link.js
βΒ Β βββ Todo.js
βΒ Β βββ TodoList.js
βββ containers
βΒ Β βββ AddTodo.js
βΒ Β βββ FilterLink.js
βΒ Β βββ VisibleTodoList.js
βββ index.js
βββ reducers
βββ index.js
βββ todos.js
βββ visibilityFilter.js
# Nedux Todos
βββ components
βΒ Β βββ AddTodo.tsx
βΒ Β βββ App.tsx
βΒ Β βββ FilterLink.tsx
βΒ Β βββ Footer.tsx
βΒ Β βββ Link.tsx
βΒ Β βββ Todo.tsx
βΒ Β βββ TodoList.tsx
βββ controler.ts
βββ index.tsx
βββ store.ts
βββ types.ts
# Compute number of files
find $SRC_FOLDER -type f | wc -l
# Compute number of lines
find $SRC_FOLDER -type f -exec cat {} \; | grep -v -e '^$' | grep -v -e '^//' | wc -l
# Compute number of characters
find $SRC_FOLDER -type f -exec cat {} \; | grep -v -e '^$' | grep -v -e '^//' | tr -d '[:space:] ' | wc -c
Profiling is made with React Profiling following this configuration :
Navigator | Chrome 78.0.3904.108 (64-bit) |
Profiling Software | React Developer Tools 4.2.1 |
OS | MacOS Catalina 10.15.1 |
Model | MacBook Pro (15-inch, 2018) |
Processor | 2.2 GHz 6-Core Intel Core i7 |
Memory | 16 GB 2400 MHz DDR4 |
Graphic | Intel UHD Graphics 630 1536 MB |
- Add sandbox for each examples
- Add tests
- Be more accurate on performance comparison
- Add more examples
- Type cleaning
- Add CI
- Add VueJS connector
- Add Angular connector
All Pull Requests, Issues and Discussions are welcomed !