是否可以使用LINQ对一个新对象中的多个对象的值求和

问题描述

假设我有一个具有以下属性的对象类 MyObject

class MyObject {
   public int MyProperty1 { get; set; }
   public int MyProperty2 { get; set; }
   public int MyProperty3 { get; set; }
}

我有一个 MyObject [] 数组,其中包含以下元素:

MyObject[] myObjects => new MyObject[] { myObject1,myObject2,myObject3 };

如何创建新实例 myObject ,以使其 MyProperty1 MyProperty2 MyProperty3 数组中每个此类对象的各个属性的总和?

当前,我的实现如下

MyObject MyObjectSummed => new MyObject()
{
   MyProperty1 = myObjects.Sum(x => x.MyProperty1);
   MyProperty2 = myObjects.Sum(x => x.MyProperty2);
   MyProperty3 = myObjects.Sum(x => x.MyProperty3);
}

但是我隐约记得要看到一种使用LINQ并使用一行代码的更有效的方法

这有可能吗?有人可以指出正确的方向吗?

谢谢!

解决方法

您需要更新三个属性,因此使用“单行代码”将使代码非常不可读。

如果要询问不同的LINQ方法而不是汇总三个值,那么Aggregate是您的选择,请查看@Andy的答案。

如果使用该方法包装逻辑,则可以在实现中使用任意数量的行,但对于使用者而言,可以保持一行直线。

替代方法可以作为可枚举的扩展方法

public static MyObject CalculateSum(this IEnumerable<MyObject> objects)
{
    var total = new MyObject();
    foreach (var obj in objects)
    {
        total.MyProperty1 += obj.MyProperty1;
        total.MyProperty2 += obj.MyProperty2;
        total.MyProperty3 += obj.MyProperty3;
    }

    return total;
}

用法是“单线”:)

var objects = new MyObject[] { myObject1,myObject2,myObject3 };

var sum = objects.CalculateSum();

请注意,所有LINQ方法都是扩展方法,因此您可以使用自己的特定于域的LINQ“单线”;)

,

因此,如果您不想变异原始的array,则可以这样做:

    var result = myObjects.Aggregate(new MyObject(),(accumulate,current) => {
           accumulate.MyProperty1 += current.MyProperty1;
           accumulate.MyProperty2 += current.MyProperty2;
           accumulate.MyProperty3 += current.MyProperty3;
           return accumulate;
    });

如果您不在乎,可以执行以下操作:

通过这种方式,您正在突变数组中的第一个元素。

    var result = myObjects.Aggregate((accumulate,current) => {
           accumulate.MyProperty1 += current.MyProperty1;
           accumulate.MyProperty2 += current.MyProperty2;
           accumulate.MyProperty3 += current.MyProperty3;
           return accumulate;
    });
,

如果性能不是问题,则可以使用反射。然后,您可以向对象添加和删除整数属性,而无需修改添加代码。如果将GetProperties()的返回值转换为列表,则可以使用ForEach()的{​​{1}}方法,甚至可以进一步减少行数。

List<T>

但是我建议Fabio回答:从我的角度来看,这是编写此逻辑的最清晰方法。拥有尽可能少的代码行并不总是最好的方法。