What is Ember?
Its official website describes Ember as :
This tutorial assumes the reader has the following:
- Node.js 10x or higher
- Yarn / npm 5.2 or higher installed on their PC
Install the ember-cli tool, this toolkit is for Ember.js that helps you bootstrap Ember projects on the fly.
Install the CLI tool with the following command:
npm install -g ember-cli
Installing the Ember CLI package globally gives us access to the
ember command in our terminal, the
ember new command helps us create a new application.
Next, create an ember project with the
ember new ember-quickstart
This command will create a new directory called
ember-quickstart and set up a new Ember application with all the necessary files and configurations for bootstrapping a project inside of it.
Change directory into the application directory:
start the development server:
You should get something similar to this running on
http://localhost:4200 after running the
ember serve command.
Understanding the Ember directory structure and architecture
The Ember.js is an MVC-based framework, it follows a uni-directional data flow pattern popularly know as Data Down Actions Up (DDAU) which was influenced by the Flux architectural pattern created by Facebook and uses Glimmer VM for rendering and updating the DOM, Glimmer is a virtual machine that compiles the handlebars templates code into bytecode herby delivering a faster experience., it parses the bytecode and renders the view to users.
Having an understanding of the following concepts in Ember is important.
Models are objects used to store and maintain data used in our application, The data can be retrieved with Ember Data a library for robustly managing data in applications. The Ember Data library is included by default in our Ember CLI scaffold.
Controllers are wrappers around the model, they act as the intermediary between the views and models. They are used to retrieve, update and modify data in the model. Data requests to the models are performed by the controller.
Templates represent the view layer in MVC, they are the interface used to render data to users. Templates are built with handlebars templating language.
Routing is managed by the Router file, it maps a route to a route handler stored in the
/routes folder, The router is responsible for rendering contents created using a template to the user.
Components are reusable collections of UI elements that contain markup, logic, and styling. They are the building block for an application.
A new Ember project is structured similarly to this:
├── app │ ├── app.js │ ├── components │ ├── controllers │ ├── helpers │ ├── index.html │ ├── models │ ├── router.js │ ├── routes │ ├── styles │ │ └── app.css │ └── templates │ └── application.hbs ├── config │ ├── environment.js │ ├── optional-features.json │ └── targets.js ├── ember-cli-build.js ├── package.json ├── package-lock.json ├── public │ └── robots.txt ├── README.md ├── testem.js ├── tests │ ├── helpers │ ├── index.html │ ├── integration │ ├── test-helper.js │ └── unit └── vendor
Files and directories
Let’s take time to understand what the files and folder represent and how we can use them.
package.json— contains information about your project like which dependencies are installed in your project and scripts that can be run
/app— this folder houses the core code of your application. It contains critical parts of your application such as components, templates, models, routes, and styles. You’d mostly be working with files in this directory
app.js— this is the main application file. It is the apps entry point
/templates— this folder houses handlebars templates, these templates are compiled to
/distfolder during build
/controllers— this folder contains your controllers, a controller is where you define data binding to variables on your templates
/models— this directory is where your models are created, models are objects that represent the underlying data in your application. They are used to store and maintain data used in our application
/router.js— this file houses the applications route configurations. The routes defined here correspond to routes in
/routes— this folder contains route handler files, which sets up what should happen when a route is loaded
ember-cli-build.js— this file describes how Ember CLI should build our app
testem.js— Ember CLI’s test runner Testem is configured in
/public— this directory will be copied to the
distdirectory during build, use this for assets that don’t have a build step, such as images or fonts
testsdirectory contains your automated tests, as well as various helpers to load and run the tests. QUnit is the default testing framework for Ember
configdirectory contains your application’s configuration files, environment, and browser build settings
Why developers love Ember
Ember.js gets lots of love from developers who make use of it for several reasons, some include:
- Convention over configuration — one of the many reasons developers like Ember is the fact that it prioritizes convention over configuration. Convention over configuration, championed by David Heinemeier Hansson (creator of Rails framework) is a software design paradigm that attempts to decrease the number of decisions that a developer using a framework is required to make without necessarily losing flexibility. This means developers don’t have to worry about the right thing to do or the right architecture as the framework makes these decisions
- Tight-knit community — the Ember community is also one of the things that is appealing for many with over 2,000 addons, the community also prioritize coming up with a standard way to do things instead of having people do things differently
- It’s a Swiss army knife — it comes pre-configured with almost all you need to get an application up and running
- Stability without stagnation — it has backwards compatibility
The pros and cons of using Ember
- Everything comes out of the box
- Detailed documentation and resources
- Glimmer VM makes compilation ridiculously fast
- Size — it is quite large
- Learning curve — it has a steep learning curve
- Rigidity — no room for exploration
- Many tutorials are outdated
In this article we’ve seen what Ember.js is, we’ve learned its core concepts and how to get started with using it.
The Ember.js framework has come a long way and has tons of guides and tutorials to help onboard new users of the framework, Check this tutorial made for people coming from other frameworks(it includes Vue and React) also the documentation is quite robust and explains concepts in-depth. The best part about Ember is the community – they have a discord group, their discussion forum is quite helpful, and the Dev.to feed is quite resourceful.
Is it worth learning?
Except specifically needed for a job, I think it is quite unnecessary to learn it given its steep learning curve except obviously you’re doing so just for curiosity.
The low skill-demand rate also suggests that one might be better off using the newer and shiny libraries/framework such as React, Vue, or Svelte.
Are you adding new JS libraries to improve performance or build new features? What if they’re doing the opposite?
LogRocket works perfectly with any app, regardless of framework, and has plugins to log additional context from Redux, Vuex, and @ngrx/store. Instead of guessing why problems happen, you can aggregate and report on what state your application was in when an issue occurred. LogRocket also monitors your app’s performance, reporting metrics like client CPU load, client memory usage, and more.
Build confidently — Start monitoring for free.