在 C# 中用于赚钱的最佳数据类型是什么?
9 回答
正如十进制描述的那样:
十进制关键字表示 128 位数据类型。与浮点类型相比,十进制类型的精度更高,范围更小,适用于金融和货币 计算。
您可以按如下方式使用小数:
decimal myMoney = 300.5m;
Decimal 值类型表示从正数 79,228,162,514,264,337,593,543,950,335 到负数 79,228,162,514,264,337,593,543,950,335 的十进制数。Decimal 值类型适用于需要大量有效整数和小数位数且无舍入错误的财务计算。Decimal 类型不会消除舍入的需要。相反,它最大限度地减少了由于四舍五入引起的错误。
我想指出zneak 关于为什么不应该使用 double 的出色答案。
使用企业应用程序架构模式中的金钱模式。将金额指定为小数,将货币指定为枚举。
十进制。如果您选择双精度数,您将面临舍入错误
小数的范围更小,但精度更高 - 所以你不会随着时间的推移失去所有这些便士!
完整的细节在这里:
同意货币模式:使用小数时处理货币太麻烦了。
如果你创建一个 Currency 类,你可以把所有与钱相关的逻辑放在那里,包括一个正确的 ToString() 方法,更多的解析值控制和更好的分割控制。
此外,使用 Currency 类,不可能无意中将钱与其他数据混在一起。
另一种选择(特别是如果您正在滚动自己的课程)是使用 int 或 int64,并将低四位(甚至可能是 2)指定为“小数点右侧”。所以“在边缘”你需要一些“* 10000”在路上,一些“/ 10000”在离开的路上。这是微软的SQL Server使用的存储机制,见http://msdn.microsoft.com/en-au/library/ms179882.aspx
这样做的好处是你所有的求和都可以使用(快速)整数算术来完成。
我使用过的大多数应用程序都decimal
用来代表金钱。这是基于应用程序永远不会关注超过一种货币的假设。
这个假设可能基于另一个假设,即应用程序永远不会在其他国家使用不同的货币。我见过被证明是错误的案例。
现在,这一假设正以一种新的方式受到挑战:比特币等新货币正变得越来越普遍,而且它们并不特定于任何国家。仅在一个国家使用的应用程序可能仍需要支持多种货币并非不现实。
有些人会说,为了钱而创建甚至使用类型是“镀金”,或者增加了超出已知要求的额外复杂性。我强烈反对。一个概念在你的领域中越普遍,做出合理的努力来预先使用正确的抽象就越重要。如果您想了解复杂性,请尝试在过去使用的应用程序中工作,现在每个属性旁边都有decimal
一个附加属性。Currency
decimal
如果你预先使用了错误的抽象,那么以后替换它将会增加一百倍的工作量。这意味着可能会在现有代码中引入缺陷,最好的部分是这些缺陷可能涉及大量金钱、金钱交易或任何金钱交易。
使用十进制以外的东西并不难。谷歌“nuget money type”,您会看到许多开发人员(包括我)创建了这样的抽象。这很容易。它就像使用DateTime
而不是将日期存储在string
.
创建自己的班级。这看起来很奇怪,但 .Net 类型不足以涵盖不同的货币。