-
Notifications
You must be signed in to change notification settings - Fork 0
Front end Development
See the readme in the root directory for explanation of setup and the scripts.
Important things to understand for our codebase are TypeScript (and ES6), React, and Redux. Look at their websites for details (will keep an eye out for useful tutorials too).
Immutability is important when it comes to states since that's how React and Redux know when to re-render. e.g.
const good = (obj, moo) => ({...obj, moo});
const bad = (obj, moo) => {
obj.moo = moo;
return moo
};good does not alter obj, but bad does.
Also prefer declarative over imperative, and composition over inheritance.
For React components, it's good practice to split them into presentational and container components. Put simply, presentational components have props but no state, while container components manage state that they pass via props to presentational components (they also would pass handlers down via props to allow presentational components to interact with the state). Here's a good overview by Dan Abramov, a co-author of React and Redux: https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0
Having separate presentational components also makes it easy to add them to our Storybook.
Storybook is a useful tool for developing and documenting components in isolation. Stories live in the web/stories directory. yarn storybook to start the storybook.
React.SFC<Props> is the type of a stateless functional component (hence SFC) i.e. the component is a function which just takes props (as defined by the interface Props), having no state.
e.g.
interface Props {
name: string;
age: number;
}
const Message: React.SFC<Props> = ({name, age}) => (
<>I'm {name}, and I'm {age} years old.</>
);
const Example: React.SFC<{name: string}> = ({name}) (
<div>
Welcome! <Message name={name} age={18} />
</div>
);p.s. <> is shorthand for React.Fragment
For components whose state we are storing in Redux, use the connect() function whose arguments mapStateToProps and mapDispatchToProps let you specify how to map the Redux state and dispatcher into props to pass to the presentational component.
You should never do async things in a reducer. For async things, need a started, success, and error action Never do async within a reducer, the async thing should be triggered by an action and dispatch an action on completion With fsa, you can use the .async method to generate the three .started, .done, .failed actions
Thunks are functions that can be dispatched and can dispatch actions. They are useful for async (though you can use them for other things too).
Add jest snapshots for components once they're "mature", so if code changes their behaviour it's flagged when you run the test suite and you can decide whether it was intentional, in which case you should update the snapshot, or unintentional.