Re: Formatting a date
Alex Twisleton-Wykeham-Fiennes <[email protected]> Mon, 27 Mar 2006 11:39:45 +0100
| Newsgroups | gmane.comp.java.webmacro.user |
|---|---|
| Message-ID | <[email protected]> |
On Mon 27 March 2006 11:28, Marc Palmer wrote: > On 27 Mar 2006, at 11:13, Alex Twisleton-Wykeham-Fiennes wrote: > > On Mon 27 March 2006 11:00, Marc Palmer wrote: > >> On 27 Mar 2006, at 02:47, Sven Schliesing wrote: > >>> That's exactly what I looked for. > >> > >> There's another, potentially cleaner way... > >> > >> ----------------- "mymacros.wmm": > >> > >> #macro formatDate($d) > >> $Text.formatDate($d, "dd.MM.yyyy, HH:mm") > >> #end > >> > >> ----------------- "yourtemplate.wmt": > >> > >> #include as macro "mymacros.wmm" > >> > >> #formatDate($createdAt) > > > > Just to jump in for a moment - this will create a new > > SimpleDateFormat object > > every single time that it is invoked. If you know that you are > > going to be > > formatting a lot of different dates with the same format then it is > > considerably more efficient to drop in a dedicated wrapper around > > an instance > > of SimpleDateFormat that gives you the format that you want as > > otherwise each > > time that you invoke it, it will have to parse your "dd.MM.yyyy, > > HH:mm" > > format string, build the internal representation and then format > > the Date > > which is relatively expensive. > > You're absolutely right, but that can be dealt with using a macro > plus a #bean to create a "static" shared instance of the formatter? I'll also look at making $Text.formatDate cache the SimpleTextFormat objects that it creates and run some profiling to see whether or not this is really an advantage... A > Of course then this offers little benefit, if not making things > worse, over using Keats' #bean approach... > > #formatDate($createdAt) > > vs. > > $sharedFormatter.format($createdAt) > > ...and with my own caveats about using "directive" style macros I > think the latter, Keats' scenario is better. > > Ahhhh now I'm thinking in Spring terms, and changing the topic... hmm > it would be really nice if we could add some kind of context provider > that populates the context with all the beans from a Spring > BeanContext :) > > Cheers > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Webmacro-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/webmacro-user ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642