[ic] [interchange] Add numeric ordercheck

Mike Heins mike at perusion.com
Thu Mar 25 17:14:21 UTC 2010

Quoting Ton Verhagen (tverhagen at alamerce.nl):
> On Mar 25, 2010, at 17:19 PM, Jon Jensen wrote:
> > On Thu, 25 Mar 2010, Mike Heins wrote:
> > 
> >> Hmm. This is no definition of numeric I know of.
> >> 
> >> If it is for a SQL purpose, perhaps. I don't know enough to check that. I will tell you MySQL and Postgres both accept +1, 1. and .1 just fine, as does Perl.
> > 
> > Yes, we considered those but decided to make the check restrictive at least to start with. We can loosen it up if needed.
> > 
> > The idea was that if validating a numeric entry from a customer, 1. is almost certainly missing something, +1 is not likely intentional, and .1 we were on the fence about -- some cases it might be intentional, other times a mistake.
> > 
> >> I think perhaps I would prefer:
> >> 
> >> 	use Scalar::Util qw/looks_like_number/;
> > 
> > I could see using that. Ton, what do you think?
> The purpose for which we wanted this check was to check on user
> input (mainly backend) for amounts, like prices etc. Price amounts
> normally look like 'd.dd' or '-d.dd'. Having prices like '+1.25'
> input into a table would not make much sense to us. Same for .1 and
> 1. type of input.
> Maybe we should rename the current numeric order check to reflect it's
> purpose. Or an other idea would be to have a kind of a 'price/amount
> picture' order check, where the format given should be matched.

How about using "currency" as the name? That would make me happy.

Mike Heins
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
phone +1.765.328.4479  <mike at perusion.com>

The tenor's voice is spoilt by affectation,
 And for the bass, the beast can only bellow;
In fact, he had no singing education,
 An ignorant, noteless, timeless, tuneless fellow. -- Lord Byron

More information about the interchange-users mailing list