Object-Oriented JavaScript

By Cristian Darie, Bogdan Brinzarea


Application Security Testing: An Integral Part of DevOps


Encapsulation is a concept that allows the use of an object without having to know its internal implementation in detail. The interaction with an object is done only via its public interface, which contains public members and methods. We can say that encapsulation allows an object to be treated as a "black box", separating the implementation from its interface. Think of the objects you've worked with so far: document, a DOM object, and xmlHttp, an XMLHttpRequest object. You certainly don't know how these objects do their work internally! All you have to know is the features you can use.

The "features you can use" of a class form the public interface of a class, which is the sum of all its public members. The public members are those members that are visible and can be used by external classes. For example, the innerHTML property of a DOM object (such as the default document object), or the open() and send() methods of XMLHttpRequest, are all public, because you were able to use them. Each class can also contain private members, which are meant for internal usage only and aren't visible from outside.


Inheritance allows creating classes that are specialized versions of an existing class. For example assume that you have the Car class, which exposes a default interface for objects such as myCar, johnsCar, or davesCar. Now, assume that you want to introduce in your project the concept of a supercar, which would have similar functionality to the car, but some extra features as well, such as the capability to fly!

If you're an OOP programmer, the obvious move would be to create a new class named SuperCar, and use this class to create the necessary objects such as mySuperCar, or davesSuperCar. In such scenarios, inheritance allows you to create the SuperCar class based on the Car class, so you don't need to code all the common features once again. Instead, you can create SuperCar as a specialized version of Car, in which case SuperCar inherits all the functionality of Car. You would only need to code the additional features you want for your SuperCar, such as a method named Fly. In this scenario, Car is the base class (also referred to as superclass), and SuperCar is the derived class (also referred to as subclass).

Inheritance is great because it encourages code reuse. The potential negative side effect is that inheritance, by its nature, creates an effect that is known as tight coupling between the base class and the derived classes. Tight coupling refers to the fact that any changes that are made to a base class are automatically propagated to all the derived classes. For example, if you make a performance improvement in the code of the original Car class, that improvement will propagate to SuperCar as well. While this usually can be used to your advantage, if the inheritance hierarchy isn't wisely designed such coupling can impose future restrictions on how you can expand or modify your base classes without breaking the functionality of the derived classes.


Polymorphism is a more advanced OOP feature that allows using objects of different classes when you only know a common base class from which they both derive. Polymorphism permits using a base class reference to access objects of that class, or objects of derived classes. Using polymorphism, you can have, for example, a method that receives as parameter an object of type Car, and when calling that method you supply as parameter an object of type SuperCar. Because SuperCar is a specialized version of Car, all the public functionality of Car would also be supported by SuperCar, although the SuperCar implementations could differ from those of Car. This kind of flexibility gives much power to an experienced programmer who knows how to take advantage of it.

Object-Oriented JavaScript

Objects and classes are implemented differently in JavaScript than in languages such as C#, VB.NET, Java, or C++. However, when it comes to using them, you'll feel on familiar ground. You create objects using the new operator, and you call their methods, or access their fields using the syntax you already know from C#. Here are a few examples of creating objects in JavaScript:

Object creation is, however, the only significant similarity between JavaScript objects and those of "typical" OOP languages. The upcoming JavaScript 2.0 will reduce the differences by introducing the concept of classes, private members, and so on, but until then we have to learn how to live without them.

Objects in JavaScript have the following particularities. In the following pages we'll discuss each of them in detail:

  • JavaScript code is not compiled, but parsed. This allows for flexibility when it comes to creating or altering objects. As you'll see, it's possible to add new members or functions to an object or even several objects by altering their prototype, on the fly.
  • JavaScript doesn't support the notion of classes as typical OOP languages do. In JavaScript, you create functions that can behave—in many cases—just like classes. For example, you can call a function supplying the necessary parameters, or you can create an instance of that function supplying those parameters. The former case can be associated with a C# method call, and the later can be associated with instantiating a class supplying values to its constructor.
  • JavaScript functions are first-class objects. In English, this means that the function is regarded, and can be manipulated, just as like other data types. For example, you can pass functions as parameters to other functions, or even return functions. This concept may be difficult to grasp since it's very different from the way C# developers normally think of functions or methods, but you'll see that this kind of flexibility is actually cool.
  • JavaScript supports closures.
  • JavaScript supports prototypes.

Ray Djajadinata's JavaScript article covers the OOP features in JavaScript very well, and you can refer to it if you need another approach at learning these concepts.

Page 2 of 3

Previous Page
1 2 3
Next Page

Make a Comment

Loading Comments...

  • Web Development Newsletter Signup

    Invalid email
    You have successfuly registered to our newsletter.

    By submitting your information, you agree that htmlgoodies.com may send you HTMLGOODIES offers via email, phone and text message, as well as email offers about other products and services that HTMLGOODIES believes may be of interest to you. HTMLGOODIES will process your information in accordance with the Quinstreet Privacy Policy.

Thanks for your registration, follow us on our social networks to keep up-to-date