Creating Inheritance in Angular Services

infotrustUncategorized1 Comment


Inheritance in JavaScript can be a tricky thing.  Some say you should use plain old prototypical inheritance while others believe we should try to emulate classical inheritance.  Ever since the creation of the class keyword in JavaScript, the latter theory has become much stronger.  Here at InfoTrust, however, we feel sticking with prototypical inheritance is the way to go.  For an explanation, read this series on David Walsh’s blog.


This way of developing relationships includes our work when using the AngularJS front-end framework.  To interact with our API for our product, we used prototypical inheritance to create a base API service that would hold most of the functionality which would then be inherited by other services for specific endpoints.

To demonstrate this, I will show you how to do this in Angular by making a simple application that grabs a user’s profile, shows that information, and also grabs a random set of public Github Gists and displays three of them.  The completed code can be seen on Bitbucket.  The demo can be seen here. Let’s get to it!

We need to set up our project first.  Create a new directory for this project and inside it create a file called index.html.  Put the following code in our new file.

<!DOCTYPE html>
<html lang="en" ng-app="inheritanceTest">
<meta charset="UTF-8">
<title>Angular Service Inheritance Blog</title>
<base href="/">
body {
width: 1000px;
margin: 0 auto;
text-align: center;
[ng:cloak], [ng-cloak], [data-ng-cloak], [x-ng-cloak], .ng-cloak, .x-ng-cloak {
display: none !important;
img {
width: 250px;
height: auto;
#user, #gists {
display: inline-block;
float: left;
width: 48%;
<body ng-cloak>
<div ng-controller="fooController">
<div id="user">
<div id="gists">
<script src=""></script>
<script src="app.js"></script>

This is just a basic HTML page with some simple styles.  I also have added the markup Angular will use to set up our application.  We have called our application “inheritanceTest” and have added a controller to our main div.  It is called “fooController.”  Lastly, we have included Angular using a CDN and then included our application file.

Now, let’s create our main application file and lay the groundwork for our application.  Create a file called app.js and put the following in it.

(function() {
'use strict';
var testModule = angular.module('inheritanceTest', []);
testModule.controller('fooController', ['$scope',
function($scope) {
$scope.user = {};
$scope.gists = [];

This creates our application and then adds a controller to the application.  This controller simply takes in the $scope and initializes some fields on it.  Let’s go ahead and update our index.html template to use these fields.  These fields will be populated from Github.  We can use the Github API documentation to find out the field names that will be returned for each respective call.

{% raw %}

<div id="user">
<img ng-src="" alt="">
<h2>Member since: </h2>
<div id="gists">
<div class="gist" ng-repeat="gist in gists | limitTo: 3">
<div data-gist=""></div>

{% endraw %}

Here we have output some user information that comes from the user we stored in $scope.  We also loop through each of the gists and use an Angular filter to limit the amount to just three gists.  When iterating over each gist, we pass the gist ID into a custom directive.  This directive will display the gist by creating an iframe and putting it into the div.  Let’s create this directive in our app.js file.  Most of the code for this directive was repurposed from a gist on Github by tleunen.

testModule.directive('gist', function() {
return function(scope, elm, attrs) {
var gistId = attrs.gist;
var iframe = document.createElement('iframe');
iframe.setAttribute('width', '100%');
iframe.setAttribute('frameborder', '0'); = "gist-" + gistId;
var iframeHtml = '<html><head><base target="_parent"><style>table{font-size:12px;}</style></head><body onload="parent.document.getElementById('' + + '').style.height=document.body.scrollHeight + 'px'"><scr' + 'ipt type="text/javascript" src="' + gistId + '.js"></sc'+'ript></body></html>';
var doc = iframe.document;
if (iframe.contentDocument) doc = iframe.contentDocument;
else if (iframe.contentWindow) doc = iframe.contentWindow.document;;

Now that we have laid the groundwork for our application, we need to get the data from Github when our controller is loaded.  We can use factories to get this data for us.  To keep from repeating a bunch of code, we can use prototypical inheritance to create a factory that contains the code to get the data and then have factories that inherit this functionality.  Let’s see this in action.

testModule.factory('GithubEndpoint', ['$http', '$q',
function($http, $q) {
var rootEndpoint = '';
function makeRequest(method, url, params, data, cache) {
cache = cache !== false;
var deferred = $q.defer();
method: method,
url: url,
params: params,
data: data,
cache: cache,
.then(function makeRequestSuccess(resp) {
}, function makeRequestFailed(resp) {
return deferred.promise;
return {
endpoint: '/',
getAll: function(params, cache) {
return makeRequest('GET', rootEndpoint + this.endpoint, params, null, cache);
getSingle: function(id, params, cache) {
return makeRequest('GET', rootEndpoint + this.endpoint + '/' + id, params, null, cache);

The code here is not too complex.  We are setting up a new factory in our application called “GithubEndpoint.”  It will inject into our factory the $http module for ajax and the $q module so we can return promises from our methods.  The factory function first defines the base endpoint for all calls that will be made to the Github API.  We create a method called “makeRequest” that simply makes a request to the endpoint we tell it to go to using the given method and returns a promise that will be resolved or rejected based on the response received from Github.  Lastly, we return an object that contains an endpoint attribute and two methods.  These two methods, as we will see in a minute, can be called by the child factories to make calls to the Github API.  They each just call and return the output of the makeRequest function.  I have kept this code to only making GET requests, but other types of requests could easily be added.  Now let’s see how to create the child factories we will be using to interact with Github.

testModule.factory('GithubUsers', ['GithubEndpoint',
function(GithubEndpoint) {
var extended = Object.create(GithubEndpoint);
extended.endpoint = '/users';
return extended;
testModule.factory('GithubGists', ['GithubEndpoint',
function(GithubEndpoint) {
var extended = Object.create(GithubEndpoint);
extended.endpoint = '/gists/public';
return extended;

This code starts out like the GithubEndpoint factory.  We create two factories, GithubUsers and GithubGists.  They each require the GithubEndpoint factory.  The first piece of code in the factory function is key.  We use the Object.create method to create a new object and have its prototype point to the GithubEndpoint object.  We then add an endpoint attribute to the new object and return it.  These endpoints coincide to the endpoints on the Github API.  Now, when we make a request using these factories, they will send requests to the correct endpoint on the Github API.  Let’s see how we would use this in our controller.  

Change the creation of the controller to inject our new API factories.

testModule.controller('fooController', ['$scope', 'GithubUsers', 'GithubGists',
function($scope, GithubUsers, GithubGists) {

Next, use the factories to get a user’s information and a bunch of random public gists from Github.

.then(function(res) {
$scope.user = res;
.then(function(res) {
$scope.gists = res;

Let’s walk through the first one.  We are calling “getSingle” from the GithubUsers factory and passing it the user ID, “searsaw,” which is my user ID.  Since “getSingle” doesn’t exist on the GithubUsers object directly, it goes up it’s prototype chain until it finds the “getSingle” method on the GithubEndpoint factory and invokes that one.  However, that method uses “this.endpoint.”  “this” in this example refers to our GithubUsers object.  So the value of “this.endpoint” is “/users” not “/”.  That method returns a promise.  So we use “then” to pass a callback to be invoked when the promise is resolved.  Once it is resolved, we save the response to the user object on our $scope.  The same thing happens with GithubGists.getAll.  Once the data is put on our $scope, the view updates automatically to display the information.  It’s really just that simple!

I hope this has clarified prototypical inheritance a bit for you.  Using it can really help keep your code much cleaner and DRY’er.  Give us a shout out in the comments with any questions.