Req #67718 [Opn->Sus]: Currency type

From: Date: Thu, 07 Jan 2021 13:38:55 +0000
Subject: Req #67718 [Opn->Sus]: Currency type
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-231425@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=67718&edit=1

 ID:                 67718
 Updated by:         cmb@php.net
 Reported by:        dorin dot marcoci at gmail dot com
 Summary:            Currency type
-Status:             Open
+Status:             Suspended
 Type:               Feature/Change Request
 Package:            *Programming Data Structures
 PHP Version:        master-Git-2014-07-30 (Git)
 Block user comment: N
 Private report:     N

 New Comment:

This feature clearly requires discussion, for which this bug
tracker is not suitable, and finally the RFC process[1].  Anybody
who is interested in this feature is welcome to start that
process.  For the time being, I'm suspending this ticket.

[1] <https://wiki.php.net/rfc/howto>


Previous Comments:
------------------------------------------------------------------------
[2014-07-30 19:30:11] dorin dot marcoci at gmail dot com

4 decimals probably from Object/Free Pascal ;)
http://www.freepascal.org/docs-html/ref/refsu6.html

Some time ago I translated into PHP one "bank" algorithm, related to interest calculation,
loan repayment graphics etc... So, it was really difficult, notwithstanding complicated algorithm
itself (PMT, VF ...), another problem was precision. I meet a lot of questions/confusions on support
forums from php coders, like 0.1 + 0.2 != 0.3 and so on.

So implementing Currency type will be a real useful thing not just in simple conversion rates. In
most cases business logic/calculations are done at DB level (SQL have "decimal" beside
"float") from POST, GET params, which are in fact strings. But when you need do some
currency calculations, statistical analysis on php layer, this will be a real improvement.

Yes, PHP is not strongly typed. Many advantages and some disadvantages.
Anyway, we have settype function, or as an idea, to declare explicitly precision like $a = 0.2000;
or something like this: $a = (decimal(5)) 1.2; where 5 is precision;

------------------------------------------------------------------------
[2014-07-30 18:51:11] aharvey@php.net

Realistically, this would have to come in via an RFC with a patch/PR (and it would probably make
more sense to implement it as a better bcmath API, rather than a currency-specific thing).

I don't mind leaving this open, but an open ticket here isn't going to get it done.

------------------------------------------------------------------------
[2014-07-30 18:26:22] fa@php.net

Just out of curiosity, where did you get the 4 decimals from?

To be fair, the only time I had to do with currencies a lot was when we got EUR, and the official
conversion rate from DM was to 5 digits.

Then again, where would such a type live? As PHP is not strongly typed, it probably does not make
sense to add some scalar like int/string.

I don't think this makes a lot of sense, but if someone happens to be in the mood to implement
something.. we'll see.

------------------------------------------------------------------------
[2014-07-30 13:02:44] dorin dot marcoci at gmail dot com

Description:
------------
Implement new type "Currency" as many other languages have it.
It means fixed decimals (in most cases 4) and exact precision.
Or to be more flexible Decimal datatype with default/optional precision.
Internally to store these values as bigints.

When operating with money values, floats suffers by definition and bcmath is little annoying. Want
to use calculations/operators in a classical way.



------------------------------------------------------------------------



--
Edit this bug report at https://bugs.php.net/bug.php?id=67718&edit=1


Thread (5 messages)

« previous php.bugs (#231425) next »