This project is generated using react-ts
command line interface.
This project is configured with
- TypeScript
- WebPack
- Hot Module Replacement with app state preservation
- StateX - (an implementation of flux)
- Mocha & Chai for testing
## development
npm start # Serve the project
## test
npm test # Run test suite
npm run tdd # Run test suite in watch mode
npm run lint # Test for lint error
## build
npm run build # Create production build
npm run build:dev # Create development build
React reflux is a predictable state container for React apps just like REDUX. It helps you implement a unidirectional data flow (Flux architecture) in an easy and elegant way without much boilerplate code. The main objective of this module is to provide an implementation that has minimal touch points, while providing all the benefits of Redux. This is inspired by refluxjs, redux & angular-reflux and uses TypeScript decorators. This module derives many of it's features from MobX (flow is shown below).
To get the best out of TypeScript, declare interfaces that defines the structure of the application-state.
export interface Todo {
id?: string;
text?: string;
completed?: boolean;
}
export interface AppState {
todos?: Todo[];
selectedTodo?: Todo;
}
Define actions as classes with the necessary arguments passed on to the constructor. This way we will benefit from the type checking; never again we will miss-spell an action, miss a required parameter or pass a wrong parameter. Remember to extend the action from Action
class. This makes your action listenable and dispatch-able.
import { Action } from 'statex/react';
export class AddTodoAction extends Action {
constructor(public todo: Todo) { super(); }
}
Use @action
decorator to bind a reducer function with an Action. The second parameter to the reducer function (addTodo
) is an action (of type AddTodoAction
); @action
uses this information to bind the correct action. Also remember to decorate this class with @store
.
import { AppState } from '../state';
import { AddTodoAction } from '../action';
import { action, store } from 'statex/react';
@store
export class TodoStore {
@action
addTodo(state: AppState, action: AddTodoAction): AppState {
return { todos: state.todos.concat([action.todo]) }
}
}
Did you notice @store
? Well, stores must bind each action with the reducer function at the startup and also must have a singleton instance. Both of these are taken care by @store
decorator. Read Organizing Stores to understand more.
No singleton dispatcher! Instead this module lets every action act as dispatcher by itself. One less dependency to define, inject and maintain.
new AddTodoAction({
id: 'sd2wde',
text: 'Sample task'
}).dispatch();
Use @data
decorator and a selector function (parameter to the decorator) to get updates from application state. The property gets updated only when the value returned by the selector function, changes from previous state to the current state. Additionally, just like a map function, you could map the data to another value as you choose.
import * as React from 'react'
import { data, inject } from 'statex/react'
class Props {
@data((state: AppState) => state.todos)
todos: Todo[]
@data((state: AppState) => state.todos && state.todos.length > 0)
hasTodos: boolean
}
interface State { }
@inject(Props)
export class TodoListComponent extends React.Component<Props, State> {
render() {
const todos = this.props.todos.map(
todo => <li key={todo.id}>{todo.text}</li>
)
return <div>
{ this.props.hasTodos && <ul> {todos} </ul> }
</div>
}
}
Reducer functions can return either of the following
- A portion of the application state as plain object
@action
add(state: AppState, action: AddTodoAction): AppState {
return {
todos: (state.todos || []).concat(action.todo)
}
}
- A portion of the application state wrapped in Promise, if it needs to perform an async task.
@action
add(state: AppState, action: AddTodoAction): Promise<AppStore> {
return new Promise((resolve, reject) => {
asyncTask().then(() => {
resolve({
todos: (state.todos || []).concat(action.todo)
})
})
})
}
- A portion of the application state wrapped in Observables, if the application state needs update multiple times over a period of time, all when handling an action. For example, you have to show loader before starting the process, and hide loader after you have done processing, you may use this.
@action
add(state: AppState, action: AddTodoAction): Observable<AppState> {
return Observable.create((observer: Observer<AppState>) => {
observer.next({ showLoader: true })
asyncTask().then(() => {
observer.next({
todos: (state.todos || []).concat(action.todo),
showLoader: false
})
observer.complete()
})
})
}
To take advantage of React's change detection strategy we need to ensure that the state is indeed immutable. This module uses seamless-immutable for immutability.
Since application state is immutable, the reducer functions will not be able to update state directly; any attempt to update the state will result in error. Therefore a reducer function should either return a portion of the state that needs change (recommended) or a new application state wrapped in ReplaceableState
, instead.
@store
export class TodoStore {
@action
selectTodo(state: AppState, action: SelectTodoAction): AppState {
return {
selectedTodo: action.todo
}
}
@action
resetTodos(state: AppState, action: ResetTodosAction): AppState {
return new ReplaceableState({
todos: [],
selectedTodo: undefined
})
}
}
All stores must be decorated with @store
and must be imported into application.
- Create
index.ts
instores
folder and import all stores
import './todo-store'
- Import stores into application (
app.tsx
)
import './stores'
...
export class AppComponent extends React.Component<{}, {}> {
...
}
Create a file with extension .spec.ts{x}
at the same directory as the module your are trying to test. A sample test suite may be as below:
import fontWeights from './fontWeights'
describe('fontWeights', () => {
it('should be defined', () => {
expect(fontWeights).toBeDefined()
})
it('should contain normal', () => {
expect(fontWeights.normal).toBeDefined()
})
it('should contain b', () => {
expect(fontWeights.b).toBeDefined()
})
it('should contain fw1 to fw9 styles', () => {
for (let index = 1; index <= 9; index++) {
expect((fontWeights as any)[`fw${index}`]).toBeDefined()
}
})
})
You can run the test suite once with the following command:
npm test # 'npm t' will also work
If everything is successful you should see report like this:
You can run tests in watch mode using the following command:
npm run tdd # run tests in watch mode.
This will ensure that the tests are run every time you make changes to the source code or to the test suites.
Test suite scripts also take care of capturing the code coverage report. It is desirable to get all items to green. A sample report will look like this:
You can also access an html version of this report at ./coverage/lcov-report/index.html (only from your local machine - coverage reports are not checked in)