Как вернуть два массива из метода C#

[Bridgeport]

День добрый,

Я хотел бы написать метод отыскания собственных значений и векторов симметричной действительной матрицы. Получается, что метод должен возвращать две матрицы. Я что-то никак не могу сообразить как это сделать. Можно конечно передать через out или через поля объекта, но мне кажется, что можно еще через tuples. Как кстати будет по русски tuples и подходят ли они для этой задачи?

[Bridgeport]

Еще одно замечание. Я планирую использовать метод Якоби для отыскания собственных значений. Этот метод, мне кажется, можно запрограммировать используя рекурсию, так что если вернуть два массива, то было бы очень все просто.

[Circiter]

Tuples -- кортежи. Пример для пары целых чисел: Tuple<int, int> f() {return new Tuple<int, int>(3, 5);}. Для пары массивов -- аналогично.

P.S.: Не думаю, что это стоит использовать с рекурсией да ещё и в серьезном проекте. :)

[Bridgeport]

Большое спасибо!

Интересно, почему вы не рекоммендуете кортежи в серьезных программах?

Похоже кортежи относительно новая конструкция. (в Троелсен мне найти не удалось)

p.s. почему нет проверки орфографии на форуме?

[arseniiv]

Bridgeport в сообщении #477234 писал(а):

p.s. почему нет проверки орфографии на форуме?

Это такой особенный способ рейтинга.

Я тоже думаю, что для смысла нужнее использовать out-параметры. Пока ещё пользователь будет извлекать из вашего кортежа матрицы, а тут р-раз! и всё. Рекурсию тоже не советую. Ударит по скорости создание новых и новых матриц (и кортежей, содержащих их) для каждого возврата из функции.

-- Вт авг 23, 2011 23:44:33 --

Bridgeport в сообщении #477234 писал(а):

Интересно, почему вы не рекоммендуете кортежи в серьезных программах?

Да почему же, есть место и им (наверно — пока не придумал — надо знать, чем они отличаются от списков и массивов). Но не здесь.

-- Вт авг 23, 2011 23:53:52 --

А, я дурак. Tuple<...> нужны для описания сложных generic'ов!

-- Вт авг 23, 2011 23:54:10 --

И где-нибудь около.

[Maslov]

Bridgeport в сообщении #477234 писал(а):

Интересно, почему вы не рекоммендуете кортежи в серьезных программах?

Да нет никаких противопоказаний, пользуйтесь на здоровье. В документации написано буквально следующее:

MSDN в статье писал(а):

Tuples are commonly used in four ways:

• To represent a single set of data. For example, a tuple can represent a database record, and its components can represent individual fields of the record.
  
• To provide easy access to, and manipulation of, a data set.
  
• To return multiple values from a method without using out parameters (in C#) or ByRef parameters (in Visual Basic).
  
• To pass multiple values to a method through a single parameter. For example, the Thread.Start(Object) method has a single parameter that lets you supply one value to the method that the thread executes at startup time. If you supply a Tuple<T1, T2, T3> object as the method argument, you can supply the thread’s startup routine with three items of data.

Только, на мой взгляд, для возврата нескольких значений из метода удобнее описать структуру (struct): по крайней мере, не придется потом мучительно вспоминать, какое значение в каком элементе кортежа Вы возвращаете.

Также не вижу причин не использовать кортежи в качестве возвращаемого значения в рекурсивных методах.

[arseniiv]

А как же производительность?

[Maslov]

arseniiv в сообщении #477287 писал(а):

А как же производительность?

А в чем конкретно Вы видите потерю производительности?

Не думаю, что в каких-то реальных приложениях экономия времени за счет способа возврата результатов работы метода может оказаться существенной.

[arseniiv]

Я больше про рекурсию. Если она будет глубокой, то будет создаваться много промежуточных матриц. Притом, если метод будет вызываться часто, сборщик мусора может немного не успевать (наверно) за всё новыми и новыми оставленными матрицами, а если они большого размера… то будет медленнее за счёт загрузки/сброса страниц памяти с/на диск.

[Maslov]

arseniiv в сообщении #477294 писал(а):

Я больше про рекурсию.

Тут Вы, конечно, правы: если рекурсивное решение предполагает копирование большого количества матриц, а итеративное позволяет обойтись одной копией, то последнее будет более эффективным. На саму же рекурсию накладные расходы минимальны.

[Bridgeport]

Интересные наблюдения!

Еще в кортежах нельзя менять поля, так что придется использовать struct.

[Sanyok]

Вы можете использовать KeyValuePair<T1 key, T2 value>. Хотя тут тоже поля key и value менять нельзя. Но такое ограничение легко обойти следующим образом:

public class GenContainer<T>
{
    public T inner;
}

Сигнатура функции, возвращающей 2 массива будет выглядеть примерно так:

public KeyValuePair<GenContainer<double[]>, GenContainer<double[]>> getTwoArrays()
{
}

При этом сами поля key и value менять будет нельзя, но поле inner, находящееся внутри них, менять будет можно:

 KeyValuePair<GenContainer<double[]>, GenContainer<double[]>>  res = getTwoArrays();
res.key.inner= new double [N];
res.value.inner= new double [N];

[coll3ctor]

Есть ещё один хитрый способ: объявить массив в глобальной области. дальше додумывайте сами

[arseniiv]

Это не хитрый, а неправильный в общем случае способ.