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

Question

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

因此，当对两个小数进行相加或相加时，绝不会丢失精度。

然后M=a*a=0.0001，截断为0.00，因此精度下降。

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

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

null

null

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

C#编译器禁止'Decimal'*'Double'有什么原因吗？

Answer 1

十进制乘法(*)运算符只接受decimal类型的操作数。但是，存在从int到decimal的隐式转换，因此编译器将int转换为decimal。

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

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

但是decimal*double的结果应该是什么？它可以是decimal或double，这取决于您的需要。如果您将它赋值给变量，那么编译器可以推断，但如果它是内联的呢？M*a+1的类型是什么？

因此，您需要强制转换来告诉编译器结果类型是什么。

在处理利率、增值税率或一般利率时，我认为使用double来存储这些值更符合逻辑

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