使用隐式/显式转换而不是构造函数的原因是什么？

Question

一个例子是：

XNamespace ns = "my namespace"

为什么不？：

XNamespace ns = new XNamespace ( "my namespace" )

使用隐式/显式转换而不是构造函数背后的想法是什么？方便？

有这方面的指南吗？

Answer 1

方便吗？

或多或少，是的。考虑这样的情况：您有一个类似数字的对象（例如，Complex）要对其进行计算。显然，编写如下代码

Complex result = c1 * new Complex(2) + new Complex(32);

是非常烦人且难以阅读的。隐式转换在这里很有帮助（在本例中，另一种选择是运算符重载，但这会导致许多类似的重载）。

有这方面的指南吗？

提供尽可能少的隐式转换，因为它们可能隐藏问题。隐式转换在增加简洁性的同时，也降低了明确性。有时这很好，但有时则不然。

我发现最好将隐式转换限制为非常类似的类型，例如上面示例中的类似数字的对象：int本质上是一个Complex< /code> （从数学的角度来看；即使它不是通过继承建模的），因此隐式转换是有意义的。

在 VB 中，隐式转换称为“加宽”（与缩小相反，后者是显式），这很好地描述了它：无信息在转换过程中丢失。

此外，运算符本质上是一个构建器函数，并且具有构建器函数相对于构造函数的（一些）常见优点：即，它可以重用缓存的值，而不是总是创建新实例。

考虑我的复杂示例。我们可能想要缓存常用的复数的值：

Class Complex {
    // Rest of implementation.

    private static Complex[] cache = new[] {
        new Complex(-1), new Complex(0), new Complex(1) };

    public implicit operator Complex(int value) {
        if (value >= -1 && value <= 1)
            return cache[value];
        else
            return new Complex(value);
    }
}

当然，这种微优化是否有效是另一个问题。

Answer 2

我认为，使用 XName 等简单类型的隐式转换的原因之一是调用方法的便利性。

例如，您可以

var info = root.Elements ("user").Element ("info").Value;

在提取数据时编写简单性，这就是 LINQ 的全部内容，如果我们

var info = root.Elements (new XName ("user")).Element (new XName ("info")).Value;

甚至必须为最简单的查询编写，那么对于复杂的查询，LINQ 是否完全值得？

这里的另一个重要问题是 XName 是原子化的。
请参阅 MSDN：

XName 对象保证被原子化；也就是说，如果两个 XName 对象具有完全相同的命名空间和完全相同的本地名称，它们将共享同一个实例。为此还明确提供了相等和比较运算符。

除了其他好处之外，此功能还可以更快地执行查询。当过滤元素或属性的名称时，谓词中表达的比较使用标识比较，而不是值比较。确定两个引用实际上引用同一个对象比比较两个字符串要快得多。

您无法在构造函数中提供原子化，但是定义转换允许您从池中选择相应的对象并将其返回，就像它是一个新实例一样。

Answer 3

使用隐式/显式转换是为了方便，许多编程指南建议您避免使用隐式/显式转换，而转而使用显式 ConvertToXXX 方法。

问题之一是使用隐式/显式转换进一步重载了强制转换运算符的函数。它赋予它双重目的：

• 通过对象层次结构中的不同类型/接口查看同一对象
• 将对象完全转换为新类型

不幸的是，C# 已经在其他领域（使用基元和装箱）实现了后者。

Answer 4

如果两个类应该可以相互转换，但它们不共享自动允许这种行为的基类接口，则您将使用转换。隐式转换永远不应该有数据丢失的可能性；它们通常被认为是“扩大”转换。例如，将 int 转换为 long 是一种加宽转换，并且隐式转换本身不存在问题。显式转换可能会导致数据丢失； long 可能会也可能不会转换为 int，具体取决于它的值。

我在隐式转换中使用的一个技巧是，当我没有其他合理的选择时，将不同名称空间中的类相互转换。例如，一个 WCF 服务返回一个 AuthenticationToken 对象，我需要将其传递给不同命名空间中的 WCF 服务。两者都有这个 AuthenticationToken 对象，不断的转换会很痛苦。我的解决方案涉及在分部类中使用公共静态隐式运算符来添加转换每种方式的功能。

Answer 5

就我个人而言，当我知道 rhs 可以转换为类的静态成员时，我会使用转换（例如说 color = "red" 暗示 color = Colors.Red)

当我打算实际创建一个新实例时，我使用 new 运算符。