由于操作 'decimal' * 'decimal' 会导致精度损失但被授权，为什么禁止操作 'decimal' * 'double'？

Question

我了解decimal 是一种适用于金融和货币的数字格式，因为它具有固定的精度。

因此，当两个decimals 相加或相减时，永远不会损失精度。

考虑到这一点，我可以理解编译器必须禁止操作“decimal”+“double”，因为可能会损失精度。

但是当你将两个 decimals 相乘（或相除）时会发生什么？

让我们考虑一个简单的十进制类型，总共只有 4 位数字，小数点后有 2 位精度（从 00.00 到 99.99）。

你可以定义a = 0.01

然后将m = a * a = 0.0001 截断为0.00，因此会损失精度。

尽管损失了精度，但编译器认为此操作是合法的。

所以我们在 C# 中有以下情况：

• decimal / int ：尽管精度下降，但合法
• decimal / decimal ：尽管精度下降，但合法
• decimal * decimal ：尽管精度下降，但仍合法
• decimal * double : 非法

（当然，你总是可以用强制转换来覆盖，但是这个解决方案对我来说并不令人满意。）

还有其他我不知道的原因来解释吗？

在处理利率、增值税率或一般利率时，对我来说，使用双精度值来存储这些值似乎更符合逻辑，然后能够将它们与小数一起使用。 但我必须在两者之间做出选择：

• 使用decimal 存储速率（过大）。
• 使用double 存储速率，然后进行转换（丑陋）。

考虑到所有这些，我的问题是：

C# 编译器禁止 'decimal' * 'double' 是否有原因？

Answer 1

decimal multiplication (*) operator仅接受decimal类型的操作数。但是，存在从 int 到 decimal 的隐式转换，因此编译器会将 int 转换为 decimal。

技术上，从 decimal 到 double 没有隐式转换（反之亦然，因此编译器无法为您转换；您需要显式转换操作数之一.

逻辑上，您需要对最后一个进行强制转换，因为编译器需要知道 result 的类型。对于前三个，类型是明确的——它们都导致 decimal，因为从 int 到 decimal 的隐式转换。

但是decimal * double 的结果应该是什么？根据您的需要，它可以是 decimal 或 double。如果您将它分配给一个变量，那么编译器可以推断，但如果它是内联完成的呢？ m * a + 1 的类型是什么？

所以你需要一个强制转换来告诉编译器生成的类型是什么。

在处理利率、增值税率或一般利率时，对我来说，使用双精度值来存储这些值似乎更合乎逻辑

为什么？为什么要将 0.10 的利率存储在一个不能准确存储 0.10 的类型中？

decimal 应用于财务计算和其他需要保留小数表示的计算。

double 应用于不精确的科学测量（温度、距离）和其他计算，其中 速度 比十进制表示的准确性更重要。