Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Tutorial, part 1
Your first IMA.js application
In this tutorial we will build our first IMA.js web application - a simple guest book which will list the posts left by other visitors and allow us to write new posts.
Through the course of this turorial, we will work with git, gulp, ES2015 (ES6), Less CSS and React. Feel free to familiarize yourself with any of these tools upfront if you are not already. Don't worry though, we'll take things slow and assume no prior knowledge of these tools in this tutorial.
We also assume that you have Node.js with NPM (the current version is recommended) and a Git client installed on your computer.
This tutorial has been written for IMA.js version 0.13.0. If there is a newer version available, some things may be slightly different, but we'll do our best to update this tutorial ASAP.
First we need to fetch the IMA.js application stack using git. So open up a terminal and run the following command:
git clone https://github.com/seznam/IMA.js-skeleton.git
Now switch to the new directory:
Before continuing, we may want to install some tools globally (this step is
optional). Run the following command to install gulp
(you may need to use
sudo on Linux):
npm install --global gulp
We can now install our local dependencies:
With our dependencies installed, we can now install a "hello world" demo web application that will provide us with the basic directory structure:
npm run app:hello
To finish our setup, we will start a development server that will allow us to see our application in action. The dev server will also start running our tests in the headless PhantomJS browser, you should see the tests passing in the console output.
You may want to switch to using a different browser(s) to run the tests, if you
require a feature unsupported by PhantomJS and you are familiar enough with the
karma test runner, by editing the
karma.conf.js configuration file.
But enough talk, let's start the development server:
npm run dev
You can view the basic "hello world" application be opening
http://localhost:3001/ in your browser.
The dev server will keep running in the background, watching for any changes to the project files we will do, and reload the app, allowing us the see the result in the browser without having to restart to dev server.
If you'll happen to not see the changes you've made through this tutorial in
your browser, check whether the dev server did not crash or freeze (or didn't
pick up some new files). Should that happen, you can kill the server by
Ctrl+C and restart it by running
npm run dev. If you see an
error after you restarted the dev server, check your source code. The error
should hint you what to look for and where to find the source of the trouble.
Finally, you may encounter the
ENOSPC error when working with a large project
using a *nix OS. This can be fixed using the following code snippet ran from a
(source of the snippet here):
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
If you want to, you may install the following extensions to Google Chrome to have them reload the page whenever the server is ready so serve the updated application:
Additionally, if you want to, you may install the React inspector to inspect your view with ease.
Directories and files in your application
So let's take a look at the directories and files in our application and what they do.
All files that are specific to our application are located in the
package.json file provides the
npm tool with information
about the dependencies of our application,
karma.conf.js configures the
karma test runner,
gulpConfig.js configures our gulp tasks, and, finally,
gulpfile.js loads the tasks we can run using the
You may have also noticed the
server directories. The
doc directory contains the documentation for IMA.js APIs and our application
rendered to HTML, while the
server contains the application logic of the HTTP
server serving our application. Finally, the
build directory is used as an
output directory for the built application and its resources.
Let's take a closer look at the contents of the
assets- files that are preprocessed and copied to our built application, usually as static resources
less- Less CSS files defining common rules, overrides, macros, mixins and basic layout.
static- any files that do not need preprocessing (3rd party JS files, images, ...)
base- directory for abstract classes providing default application-specific implementation of some of the abstract APIs, that are not related to the view. We usually use these to make our lives a little easier when working with our models and controllers. We will not utilize these during this tutorial, however.
component- our React components for use in view. We'll cover those later in this tutorial. This directory should contain only classes related to the UI.
config- configuration files. You don't need to worry about those right now, but feel free to study them.
page- controllers, main views and page-specific Less CSS files for pages in our application. Usage of these is configured via routing.
error- page shown when the application encounters an error that prevents it from working properly.
home- the index (home) page, which we will modify into our guest book.
notFound- page shown when the user navigates to a page that is not defined in our application.
config directory is required by the IMA.js (unless you configure IMA.js
to grab the files in these directories from a different location). The
remaining directories can be renamed or moved and you are free to organize your
files in any way you like (but you may have to update the configuration
accordingly in some cases).
So now that you know your way around the directory structure, let's do some coding in the part 2 of this tutorial.