Over the weekend, I was fooling around with ColdFusion date/time values when I thought it would be useful to grab the decimal value of the date (the time part). Then it occurred to me - I don't think I have ever done this before. Now, I don't mean grabbing the actual fraction, I mean getting the integer value that is right of the decimal point.
After some good pacing, the only way to do this I could come up with through ColdFusion string manipulation. Since ColdFusion stores all simple values as strings, this makes manipulating values as strings quite natural. But, even when it came to string manipulation, I found two different ways to do this: one way uses a regular expression to strip out the decimal (and leading zero), the other way treats the value as a decimal-delimited list.
Here is the regular expression version:
Launch code in new window » Download code as text file »
In this version, I am getting the decimal value but subtracting the fix()'d value from the actual value. This should result in a zero-leading decimal value. Then, I convert it to a string (just in case) and strip out the leading zero and decimal point. This results in the integer form of the decimal:
Launch code in new window » Download code as text file »
... results in:
5464
0
34464
45444554445
Notice that the second value, 134, results in the decimal value, 0.
In this next version, we treat the value as a decimal-point-delimited list. By doing that, we can just grab the last list item to get the decimal value as an integer:
Launch code in new window » Download code as text file »
Ok, so now we have two different approaches, which do we use? Time for some speed tests. Now, I know that I get a lot of crap for running CFLoop speed tests (not true load bearing speed tests), but hey come on, I don't get enough sleep for that sort of thing :) Take it with a grain of salt if you like.
Launch code in new window » Download code as text file »
Running the above speed tests, the delimited list method ran 2 to 3 times faster than the regular expression method (23-47ms vs. 74-123ms). Thinking about it, after the fact, this makes a lot of sense. The list method uses no math and no regular expressions; it just parses the number as a string and grabs part of its value. There is very easy to do. In the first version, I am actually doing math. No wonder it is slower.
Download Code Snippet ZIP File
Comments (8) | Post Comment | Ask Ben | Permalink | Other Searches | Print Page
I didn't do speed tests, but why not this?
<cfset number = 3.14159 />
<cfset decimal = number - int(number) />
<cfdump var="#decimal#">
Posted by Ryan Guill on May 7, 2007 at 9:18 AM
@Ryan,
That gives me:
0.14159
... what I wanted to get was just
14159
But this is basically doing the same thing as my Fix() method. Int() itself makes me a little nervous because it actually rounds, where as Fix() just strips off the decimal.
Posted by Ben Nadel on May 7, 2007 at 9:38 AM
hi try using listLast() a with "." as the delimiter.
Posted by da on May 7, 2007 at 9:54 AM
Good suggestion. ListGetAt(... 2), in this case is the same as ListLast()... but ListLast() is less typing :)
Posted by Ben Nadel on May 7, 2007 at 9:56 AM
Oh wait, no, it;s not the same thing (which is why I didn't use it). Think of this scenario:
4
I append ".0" to that to get:
4.0
ListGetAt(.. 2) in this case is the same as ListLast(). However, if my initial value is:
4.3
... and then I append ".0" to get:
4.3.0,
... then ListGetAt( ... 2) will give me "3", while ListLast() will get me "0".
I need to get ListGetAt() to deal with cases where I have a decimal point already vs. cases where I am dealing with a whole number.
Posted by Ben Nadel on May 7, 2007 at 9:58 AM
You may find this a little more straightforward:
#val(listRest(ARGUMENTS.Value, "."))#
Posted by Nelson Winters on May 7, 2007 at 10:48 AM
@Nelson,
Not a bad idea. Thanks.
Posted by Ben Nadel on May 7, 2007 at 10:51 AM
Why not use REVERSE(FIX(REVERSE(num)))?
Posted by guest on Oct 23, 2007 at 2:02 PM