Over a million developers have joined DZone.

Javascript's lack of strftime

DZone 's Guide to

Javascript's lack of strftime

· Web Dev Zone ·
Free Resource

You know that one piece of shitty code that always makes you cringe? Something along the lines of months = ['Jan', 'Feb' ....]; dateString = date.day()+’ ‘+months[date.month()];

An air-raid siren in Nice, France, is still op...

Image via Wikipedia

Yeah that piece of code. Let’s talk about that.

It sucks. There is a special circle of hell for people who do it and yet JavaScript developers are forced to doing it all the freaking time!

In JavaScript that’s the only way you can do it. I shit you not.

A couple of days ago I caught myself writing code like that and red flags and alarms and air-raid sirens started going off in my head. I felt like that proverbial axe murderer reading my code who knows where I live was already breathing down my neck.

Scary situation that.

But when I went looking for an elegant way of coercing datetime into a string, I found the whole situation rather lacking. Turns out JavaScript doesn’t have a native strftime function even though it is surprisingly brilliant in converting strings to native representations.

String -> Date

Have a string? Want a date? JavaScript’s got your back bro!

// all of this correctly returns a millisecond timestamp since unix epoch
// the string argument can also be passed to the date constructor by the way (returns a correct Date object)
Date.parse("Aug 9, 1995")
Date.parse("Wed, 09 Aug 1995 00:00:00 GMT")
Date.parse("Wed, 09 Aug 1995 00:00:00")
Date.parse("Thu, 01 Jan 1970 00:00:00 GMT")
Date.parse("Thu, 01 Jan 1970 00:00:00")
Date.parse("Thu, 01 Jan 1970 00:00:00 GMT-0400")

Date -> String

Have a date and want a string? You’re shit out of luck son.

Pretty much the only date to string conversions javascript natively supports is returning a locale string, which is nonstandard and varies greatly computer to computer, and forms of standardized ISO time. It can do this and only this in numerous ways even!

> var d = new Date()
> d
Mon, 12 Dec 2011 11:28:55 GMT
> d.toString()
'Mon Dec 12 2011 12:28:55 GMT+0100 (CET)'
> d.toDateString()
'Mon Dec 12 2011'
> d.toISOString()
> d.toJSON()
> d.toGMTString()
'Mon, 12 Dec 2011 11:28:55 GMT'
> d.toLocaleDateString()
'Monday, December 12, 2011'
> d.toLocaleString()
'Mon Dec 12 2011 12:28:55 GMT+0100 (CET)'
> d.toLocaleTimeString()
> d.toString()
'Mon Dec 12 2011 12:28:55 GMT+0100 (CET)'
> d.toTimeString()
'12:28:55 GMT+0100 (CET)'
> d.toUTCString()
'Mon, 12 Dec 2011 11:28:55 GMT'

Notice how none of those functions accept a format parameter? Sure, you could get those strings and hack them apart to create a string formatted to your liking … but I’m not sure that’s the ideal approach.

And let’s not even get into wanting to coerce a 12-hour time format out of this thing. Perhaps if your computer is situated in the US the localeString would return that?

However I was able to find a jquery plugin that implements a rough strftime function, although it doesn’t seem to have been actively worked on for the past three years and there are many things missing.


So there you have it. JavaScript’s epic and yet abysmally poor support for date->string conversions.

What do you think is it about the javascript ecosystem that tolerates this? Countless developers must have been implementing shitty code because of this and nobody has thought to complain? Nobody has gone so far as to suggest adding a simple strftime function to the language? Most popular languages seem to have this in their standard library …


From http://swizec.com/blog/javascripts-lack-of-strftime/swizec/3164


Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}