C#7:如何使用元组将对象解构为单个值?

时间:2017-07-07 16:44:37

标签: c# tuples c#-7.0

C#7的一个不错的新功能是可以为类定义解构器并将解构的值直接分配给值元组。

但是,在将对象解构为单个值的情况下,我无法找到将其分配给元组的方法。虽然元组的类型有单个元素(ValueTuple<T>),但使用括号的简写语法在这里不起作用。我发现访问解构函数的唯一方法是直接调用Deconstruct方法,但这消除了它的好处,因为我可以使用任何方法来实现这一目的。

有没有人知道将对象解构为单个值的更好方法?

这是我的测试代码:

class TestClass
{
    private string s;
    private int n;
    public TestClass(string s, int n) => (this.s, this.n) = (s, n);
    public void Deconstruct(out string s) => s = this.s;
    public void Deconstruct(out string s, out int n) => (s, n) = (this.s, this.n);
}

static void Main(string[] args)
{
    var testObject = new TestClass("abc", 3);

    var (s1) = testObject; // sytax error (comma expected)
    ValueTuple<string> t = testObject; // error: "no implicit conversion from TestClass to (string)"
    testObject.Deconstruct(out string s2); // this works
    var (s3, n) = testObject; // no problem

    Console.WriteLine($"{s1} {t.Item1} {s2} {s3} {n}");
    Console.ReadKey();
}

2 个答案:

答案 0 :(得分:6)

  

虽然元组的类型有单个元素(ValueTuple<T>),但使用括号的简写语法在这里不起作用。

这是对的。元组语法仅适用于2个或更多值的元组,因此仅Deconstructout参数的ValueTuple方法不是很有用。 (0个元素甚至有var (s1, _) = testObject; 类型)

最短的解决方案是忽略第二个参数:

_

编辑:根据评论,稍作澄清 从C#7开始,var (s1, _, _, _) = testObject; 在这种情况下不再是变量。这是一个名为'discard'的新功能 即使您有多个输出参数(即使它们是不同的类型),您也可以使用下划线忽略它们中的任何一个:

ALTER PROCEDURE [dbo].[uspInsertorUpdateINF]
@emp_TT AS emp_TT READONLY
AS
BEGIN
SET NOCOUNT ON;

BEGIN TRANSACTION;

UPDATE e
 SET e.dp_id                 = t.dp_id,
     e.status                = t.status,
     e.em_id                 = t.em_id,


FROM [afm].[em] e 
INNER JOIN @emp_TT t ON e.em_id = t.em_id

INSERT INTO [afm].[em](dp_id, status, em_id)
SELECT t.dp_id, t.status, t.em_id
FROM @emp_TT t 
WHERE NOT EXISTS (SELECT 1 
                FROM [afm].[em]
                WHERE em_id = t.em_id)
COMMIT TRANSACTION;
END;

答案 1 :(得分:4)

C#7.0不支持将解构转换为单个元素。

目前还不清楚为什么你需要这样一种机制,因为你可以简单地访问一个属性或编写一个转换操作符来实现同样的目的。

从概念上讲,一个元素的元组只是一个元素(你不需要一个元组来保存它)。所以没有元组语法(使用括号表示法)来促进这一点(更不用说它在语法上是模糊的)。这同样适用于解构。

以下是我能找到的最相关的LDM注释:2017-03-15(零和一个元素元组和解构)。

在未来的某些递归模式场景中,这种解构可能会被允许,但尚未最终确定。