Path: csiph.com!aioe.org!.POSTED!not-for-mail
From: =?UTF-8?Q?Arne_Vajh=c3=b8j?= <arne@vajhoej.dk>
Newsgroups: comp.lang.java.programmer
Subject: Re: [OT] Re: missing import java.lang.Comparable
Date: Fri, 8 Jul 2016 20:09:12 -0400
Organization: Aioe.org NNTP Server
Lines: 26
Message-ID: <nlpfba$uat$2@gioia.aioe.org>
References: <drj6nb1mja17fads03ucr3v7mi2fcn2d36@4ax.com> <8668311a-503f-46b6-909c-dcbfbfc5ce19@googlegroups.com> <nl41pc$apo$2@dont-email.me> <slrnnnc4cm.456.avl@login.logic.tuwien.ac.at> <e66db7c3-40cd-4df2-9e0e-9f23b0cb680c@googlegroups.com> <slrnnnivqf.456.avl@login.logic.tuwien.ac.at> <128e7e20-d311-413d-abbc-e885b34ae402@googlegroups.com> <slrnnnnr8l.456.avl@login.logic.tuwien.ac.at> <87dc5bee-f689-4f2e-90a8-a43a2de9fe49@googlegroups.com> <slrnnnsssr.456.avl@login.logic.tuwien.ac.at> <nlltdh$1u0$1@dont-email.me> <nlm1lh$iat$1@dont-email.me> <slrnnnt7ri.456.avl@login.logic.tuwien.ac.at> <nlmbm6$ndk$1@dont-email.me> <slrnnnunec.456.avl@login.logic.tuwien.ac.at> <nlo63s$293$1@dont-email.me> <c28c0b50-9105-4a51-930f-8721c3ed5bfd@googlegroups.com> <nlocjc$pmu$1@dont-email.me> <638a1d64-f125-4456-a20b-4dbf45f49da2@googlegroups.com> <slrnnnvqum.456.avl@login.logic.tuwien.ac.at> <60a5ccde-2657-48d6-b3dd-04ec1a0973ab@googlegroups.com> <nlpddc$cbe$1@dont-email.me>
NNTP-Posting-Host: 7SK6yTFfqwlIPNBLl3l7Qg.user.gioia.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: abuse@aioe.org
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
X-Notice: Filtered by postfilter v. 0.8.2
Xref: csiph.com comp.lang.java.programmer:34812

On 7/8/2016 7:36 PM, Martin Gregorie wrote:
> On Fri, 08 Jul 2016 12:54:01 -0700, Eric Douglas wrote:
>
>> Monetary amounts normally deal in decimals.  At least they always
>> support exactly 2 decimals unlike the inventory system I described, so
>> one could always divide and multiply by 100 to display as decimals and
>> store as integers.  Pity the fool who has to deal with the fraction of a
>> penny, but a similar system would have to be devised to represent the
>> fraction as a whole number or a string.
>>
> But this is never done: every financial system I've worked on has always
> stored and manipulated monetary values as signed integers of the
> appropriate length for the job, so GBP amounts are held as pence and USD
> as cents: storing values and ints will be appropriate for most SME and
> individual accounts, but you'd need to use a long int for banks and large
> businesses.

Really?

I would expect that to be the case only in languages without BCD/decimal
support like C.

Cobol, Java, C# etc. would not need to do that.

Arne