Future of Web – JavaScript all the way!



Now-a-days one could call “Database API” using JavaScript (CouchDB). With the rise of Server-Side JavaScript (SSJS)
, one could write server side logic of a web application using JavaScript (NodeJS). One could write client portion of a web application quickly (ExtJS/jQuery UI) using fast/performant (jQuery) JavaScript. One could also use frameworks such as Knockout.js/Underscore.js/Backbone.js to assemble together a MVC/MVVM/MV* style web apps in quick time. One could even develop mobile applications using JavaScript (Appcelerator Titanium).

Rich two-way binding based on libraries like Handlebars is the norm these days.Frameworks like Meteor are also on their way to the developer toolbox to solve concurrency & scalability issues and let the developer only be concerned about developing what they want in a high level way.

Not to mention the beast that is the Html5 as it holds a lot of promise for the future. W3C Web Workers is coming onto the scene as a form of “threading” and supported in the ECMAScript Edition 5.

Html5 offline client-side storage features like File System API,
Indexed Database API (IndexedDB)Web SQL DatabaseWeb Storage and
Application Cache are also JavaScript based not to mention other third party
storage solutions like SQL.jsTrappistDBPersistJS.

I know talking about Html5 WebSockets would entail another post per se. but the least one could say about it is that the future of communication in web world is persistent full duplex connection. And that can be achieved with WebSocket.

Then there is the small matter of Emscripten by which one could Port a C/C++ Library to JavaScript (xml.js). So you can imagine that the “sky should be the limit” with what could be achieved in JavaScript alone.

There are number of up and coming libraries for doing tasks in JavaScript which up until now was considered only a “server job”. Pdf.js is one such HTML5 technology experiment that explores building a faithful and efficient Portable Document Format (PDF) renderer without native code assistance. Zip.js is another JavaScript library to zip and unzip files on the client-end. JS-Crypto is a collection of JavaScript crypto functions to call from the front-end.

Is this how the future would shape up to for the Web 3.0? Is JavaScript in every layer in an N-Tier Architecture i.e. Presentation Layer, Business Layer, Data Access Layer a viable solution? I would love to get your view regarding today’s JavaScript in “every sphere” based development paradigm.

2 responses to this post.

  1. Posted by Salehen Rahman on February 8, 2013 at 6:28 am

    I write everything web-related in JavaScript, now.

    But I do wish the Node.js community would clean up the mess TowerJS and RailwayJS has turned out to be.

    Whenever I hit `npm install` on TowerJS, it fails to compile. And RailwayJS is just disorganized. I can barely even work with it.

    For now, I only use Express with a few npm packages.

    But nice to see that JavaScript has picked up steam on the server-side. Such an elegant language, minus the ugly bits that never really got ironed out.

    Nice article. ;)

    Reply

  2. very informative article about JavaScript world indeed…:-)

    Reply

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Follow

Get every new post delivered to your Inbox.

%d bloggers like this: