This project was bootstrapped with Create React App.
Simple step-by-step task for Kentico Academy to learn the basics of JS, React, Redux.
This project will consist of separate tasks. In the first one we will implement simple list of editable items using ReactJS only. In the second task we will try to refactor our code to use ImmutableJS. Next task will focus on managing the application state via ReduxJS. Then we will rewrite the whole app to TypeScript. Eventually, we will connect our frontend to REST API so that our items won't get lost after page refresh.
The requirements for the resulting project are captured in assignment.gif
. Note that we will aim to make the solution generic enough so that more items can be in 'edit' mode at once. Do not forget about scalability of the application when developing.
You won't be added as a contributor to this repository. You have to fork it to obtain your own copy to which you will commit your changes. Then, once you feel like you have finished the task, you can submit a pull request to this repo. If you are not familiar with GitHub forking and pull requests, I suggest reading this article before you proceed any further: https://gun.io/blog/how-to-github-fork-branch-and-pull-request/.
- Go to https://github.com/Suzii/kentico-onboarding-js.
- Click Fork. This will create your own copy of the repository in your GitHub accout.
- In git bash:
git clone http://github.com/your-login/kentico-onboarding-js
-- will init a local repo tracking your forked origincd kentico-onboarding-js
-- changes directory to cloned repogit remote add upstream git://github.com/suzii/kentico-onboarding-js
-- adds the original repository you forked from as a remote named 'upstream' so that you can receive updates by merging from itgit fetch upstream
-- receive latest code from the upstream's matergit merge upstream/master-v2
-- merge it to your own master-v2- You now have the latest upstream code in your local master-v2 branch
git checkout -b develop upstream/solutions/<your-login>
-- creates and checkouts new branch nameddevelop
where you can continuously work on the assignment.- You should keep this branch one-to-one with the upstream repository branch
solutions/<your-login>;
git checkout -b feature/task-0
-- crates and checkouts new branch namedfeature/task-0
based ondevelop
. Commit all your progress on Task 0 to this branch.- Try to keep your
master-v2
up to date withupstream/master-v2
and propagate the changes to all your branches.
- Once ready, you can submit Pull request (PR) to the original repository. Please, always submit the pull request to the branch which starts with
solutions/[your name or login]
. (I have to create it first, so if it's not there already, let me know.) - Every task should be submitted as a separate PR, always from branch
feature/task-X
. (If you submit PR fromdevelop
branch and start working on another task immediately, all commits added to thedevelop
will be reflected in PR which really does not make the reviewer happy.) - You should wait for the previous PR to be merged before you submit another.
- Any comments from PR review shall be fixed to the appropriate feature branch that is related to the reviewed task.
- Once your changes from PR are approved and merged to your solutions branch in the original repository, you can merge them to your develop branch. (`git checkout develop; git fetch upstream; git merge upstream/solutions/your-login;)
- In case you already started working on next task, just merge the changes from your develop to the next feature branch.
- If the PR is still not merged and you want to start working on next task, checkout a new branch based on previous task
- Repeat from step 1. for following tasks :)
- To get your upstream branch up-to-date with upstream master-v2, please, complete Task 0
NOTE: Think of it as a real word repository. It can happen that you don't have rights to commit anything to master-v2
nor develop
. Therefore, all the changes you want to make have to be reviewed first in form of a PR to develop
. Once the repository owner is happy with your changes, only then he merges them to develop
. The situation here is a bit more complicated while we have multiple repositories (original + forks). Just think of your develop
branch as if you were not allowed to make any commits to it and you can only merge from upstream/solutions/<your-login>
.
IMPORTANT: Run npm install
and make sure you have eslint
and tslint
tools enabled (in File > Settings, search for keywords). The path to eslint
and tslint
node packages should be in node_modules
inside of project folder.
Now you have everything git-related set-up and you can start developing...
Please, commit with reasonable commit messages and always start the commit message with Jira number of your task. You can squash your commits as well. Feel free to create new branches when developing (feature/task-1
,2
etc.). PR should be submitted from feature branch one per task. and merge them to develop
when you want to submit a pull request. Submit your PRs from develop
branch.
tl;dr
npm install
npm start
> localhost:3000/
The project was created with react-create-app boilerplate. You should use WebStorm IDE to get familiar with it. Prerequisites for running this project are node v8+ and npm v5+. (If you followed the Draft onboarding on Kentico wiki pages, you should be ready to go.)
ESlint and TSlint are already set-up for you, so you will see all the errors and warnings in console and also in your WebStorm IDE. Please follow this rules while developing:
- JavaScript file names are
lowerCamelCase
- one React component per file, name is
UpperCamelCase
, and has.jsx
extension - use
'single quotes'
instead of"double quotes"
- more Draft-specific coding rules are specified in https://kentico.atlassian.net/wiki/display/KC/Javascript+and+Typescript+Conventions
Update your upstream solutions branch with the changes that might have happened on upstream master-v2: After cloning your repository, create develop
and then feature/task-0
branch (as described above).
Merge your master-v2
branch - that already includes all changes from upstream/master-v2
- into task-0 branch.
Your next step is to set up a continuous integration in your repository.
- each push of commits should trigger tests
- status of a build should be visible as a GitHub badge in the repository (search for "status badge your CI name")
- you can choose any CI service provider that is compatible with GitHub and has a free license/plan for commercial use - for example Travis CI, AppVeyor* or Circle CI
- commit and push your CI configuration file to your
feature/task-0
branch
When you are done with merging and configuration of CI submit new Pull request to your solutions branch from task-0 branch.
When your pull request gets merged into upstream/solutions/<your-login>
, fetch new commits and merge them into your develop
branch. Preferably use --no-ff
option to enforce a merge commit, so it is easy to spot in the develop
branch where a task starts and ends.
You can then delete the feature/task-0
branch and create a new one for the following task (feature/task-1
).
*If you use Appveyor as your CI service provider, an issue with an exceeded limit may occur in the future - just request them to unblock your repository
Prerequisite: JS & React sections on wiki.
According to assignment.gif
implement all the required functionality (keep in mind we want to be able to edit multiple list items at once). Store some pseudo-random identifier (id) for each item (use some util function for its generation, e.g: http://stackoverflow.com/questions/105034/create-guid-uuid-in-javascript)
All the boilerplate is already there so you can dive into coding straight away. Feel free to use Bootstrap CSS classes. Get familiar with project structure. The entry file is index.js
. Page layout can be found in App.jsx
. It renders List.jsx
in its body, where you are supposed to implement the rest of the functionality.
Install ImmutableJS to your project: npm install --save immutable
.
Refactor your application; make sure that all data required for the application (apart from reasonable exceptions, e.g. current text of input fields) is stored as an Immutable.OrderedMap
of Immutable.Record
s within the top level component (e.g. List.jsx
). Use IDs of the items as keys for the Map.
Prerequisite: Go through Flux & Redux section on wiki.
Install ReduxJS, react-redux and redux-logger to your project:
npm install --save redux
npm install --save react-redux
npm install --save redux-logger
Refactor the application to use ReduxJS.
- Create
actionTypes.js
where you describe all possible actions (as string constants) that can modify state of the app (e.g: "ITEM_CREATED"). - Create action creators (helper functions) for all the action types you defined.
- Move all the state of top level component (
List.jsx
) to Redux store (state in Redux is described by reducers; use reducer composition if possible). - Write jest unit tests for your Redux logic (used TDD to write tests for actionCreators and reducers combined).
- Implement reducers that react to dispatched actions and change the state accordingly.
- In index.js:
- Create instance of Redux store, pass root reducer and use logging middleware.
- Wrap the instance of App.jsx in
<Provider>
component so that all the components can access global store (viaconnect()
function). - Refactor
List.jsx
so that it receives the app state from Redux store as its props and passes it down to its child components. (connect()
+mapStateToProps()
) - Child components should dispatch actions that describe changes of the application. (
connect()
+mapDispatchToProps()
)
IMPORTANT: preserve Immutability in store state! (Any view models you will need no not have to be instances of Immutable, just use POJO.)
In this task you will use TypeScript to make you app strongly typed. Mainly introduce interfaces for all Models and ViewModels in your app. Use them in reducers. Create a simple interface for action with payload of type any
and use it for all actions. Rewrite all components, and redux stuff to TypeScript - have a look at Draft coding conventions on wiki to get an idea how to start. Tests may remain written in JS, however all new tests should leverage TypeScript.
IMPORTANT: Make sure you install type definitions for all 3rd party libraries you are already using in your app (e.g. redux, react-redux, immutable, memoizee...). To do that, run this for each library:
npm install --save-dev @types/immutable
Read about how it works here: https://github.com/DefinitelyTyped/DefinitelyTyped
Prerequisite: Make sure you understand Promises & IoC (DI) - last two sections of JS sources on wiki.
What kind of app it would be without the server side, right? Customer hitting F5 and then getting mad about loosing all his items is not a happy customer. Have a look at 06 - CS Onboarding task and implement at least Tasks 0 and 1 before you move on to connect your frontend to new your brand new shiny REST API.
!! IMPORTANT !! Do not forget to tell the client app to proxy your requests to the server.
Requirements:
- show a loader ("točič") until items are asynchronously provided after application start
- show an error message when loading fails/timeouts
- only amend the way (list of) existing items are retrieved and a new item is added (for now)
- stick with the Redux data flow design, read about async actions
- make sure you use
redux-thunk
middleware - do not forget about dependency injection and tests (see sample tests for inspiration)
- [optional] if you have time left in the sprint, you can implement delete + update functionality (DELETE and PUT requests to server) as well
Notes:
- You might experience a dependency hell due to different versions of promises, fetch and their respective typings. The solution is to install
isomorphic-fetch
andes6-promise
libraries plus their typings (see Task 4). Also make sure to uninstall all other packages for promises and fetch (plus their typings) otherwise you will get many wierd error messages. - To get at least a rough idea of how to write tests for thunk actions, try reading this article and then try to write your tests without
redux-mock-store
, using your own mock of dispatch according to this article - In order to write tests properly, you will surely need to use some mocking functionality provided by Jest testing framework. In case your linter starts to complain about it follow this SO answer.