Your Web News in One Place

Help Webnuz

Referal links:

Sign up for GreenGeeks web hosting
July 2, 2015 07:00 am

JavaScript: How to Embed Private Members Into an Object

I recently developed Angular Cloud Data Connector, which enables Angular
developers to use cloud data, specifically Azure Mobile Services, using web standards
like indexed DB. I was trying to create a way for JavaScript developers to
embed private members into an object. 

My technique for this specific case is to
use what I call “closure space”. In this tutorial, I want to share with you how
to use this for your own projects and how it affects performance and memory for the major browsers.

But before diving into
it, let me share why you may need private members, as well as an alternate way
to “simulate” private members.

Feel free to ping me on
Twitter if you want to discuss this article:
@deltakosh.


1. Why Use Private
Members

When you create an object
using JavaScript, you can define value members. If you want to control
read/write access on them, you need accessors that can be defined like this:

By doing this, you have full
control over read and write operations. The problem is that the _property
member is still accessible and can be modified directly.

This is exactly why you
need a more robust way to define private members that can only be accessed by
object’s functions.


2. Using Closure Space

The solution is to use
closure space. This memory space is built for you by the browser each time an
inner function has access to variables from the scope of an outer function.
This can be tricky sometimes, but for our topic this is a perfect solution.

So let’s alter the
previous code to use this feature:

In this example, the createProperty
function has a currentValue variable that get and set functions can see.
This variable is going to be saved in the closure space of get and set
functions. Only these two functions can now see and update the currentValue
variable! Mission accomplished!

The only caveat we have
here is that the source value (myVar) is still accessible. So here comes
another version for even more robust protection:

Using this method, even
the source value is destructed. So mission fully accomplished!


3. Performance
Considerations

Let’s now have a look at
performance.

Obviously, closure spaces
or even properties are slower and more expensive than just a plain variable. That’s
why this article focuses more on the difference between the regular way and the closure
space technique.

To confirm the closure
space approach is not too expensive compared to the standard way, I wrote this
little benchmark:

I create 1 million
objects, all with a property member. Then I do three tests:


  • Do 1
    million random accesses to the property.

  • Do 1
    million random accesses to the “closure space” version.

  • Do 1
    million random accesses to the regular get/set version.

Here are a table and a
chart of the results:

Table of results for IE11 Chrome 36 and Firefox 31
Chart of results for IE11 Chrome 36 and Firefox 31

We can see that the
closure space version is always faster than the regular version and depending
on the browser, it can be a really impressive optimization.

Chrome's performance is
less than I expected. There may be a bug so to be sure, I contacted Google’s
team to figure out what’s happening here. Also
if you want to test how this performs in Microsoft Edge—Microsoft’s new browser that will ship default with Windows 10—you can
download it here.

However, if we look
closely we can find that using closure space or even a property can be ten
times slower than direct access to a member. So be warned and use it
wisely.

Chart comparing Direct access closure space and regular way


4. Memory Footprint

We also have to check that this technique does not consume too much memory. To benchmark memory I wrote
these three little pieces of code:

Reference Code

Regular Way

Closure Space Version

Then I ran all these
three codes and launched the embedded memory profiler (example here using F12
tools):

embedded memory profiler example here using F12 tools

Here are the results I
got on my computer:

Chart of the results I got on my computer

Between closure space and
regular way, only Chrome has slightly better results for the closure space version.
IE11 and Firefox use a bit more memory, but the browsers are relatively
comparable—users probably won’t notice a difference across the modern
browsers.

More Hands-On With
JavaScript

It might surprise you a bit, but Microsoft
has a bunch of free learning on many open source JavaScript topics, and we’re on
a mission to create a lot more with Microsoft Edge coming. Check out my own:

Or our team’s learning series:

And some free tools: Visual Studio Community, Azure Trial, and cross-browser testing tools for Mac, Linux, or Windows.

Conclusion

As you can see, closure
space properties can be a great way to create really private data. You
may have to deal with a small increase in memory consumption, but from my point
of view this is fairly reasonable (and at that price you can have a great
performance improvement over using the regular way).

And by the way if you want to try it by
yourself, please find all the code used here. There’s a good “how-to”
on Azure Mobile Services here.

This
article is part of the web dev tech series from Microsoft. We’re excited to
share
Microsoft Edge
and the new
EdgeHTML
rendering engine
with you. Get free
virtual machines or test remotely on your Mac, iOS, Android, or Windows device
@
https://dev.modern.ie/.


Original Link:

Share this article:    Share on Facebook
No Article Link

TutsPlus - Code

Tuts+ is a site aimed at web developers and designers offering tutorials and articles on technologies, skills and techniques to improve how you design and build websites.

More About this Source Visit TutsPlus - Code