Метод с переменным количеством аргументов

[Mixim]

Разрабатываю на языке C# клиентское приложение для SQL-базы данных, состоящей из двух таблиц. Для добавления данных в таблицы использую хранимые процедуры, которые вызываю с помощью класса OleDbCommand. Этот синтаксис для первой таблицы выглядит следующим образом:

OleDbCommand command = new OleDbCommand("NameOfStoredProcedure1", currentOleDbConnection);
                command.CommandType = CommandType.StoredProcedure;
                command.Parameters.AddRange(new OleDbParameter[] {
                    new OleDbParameter("@Parameters1", OleDbType.Char),
                    new OleDbParameter("@Parameters2", OleDbType.VarChar),
                    new OleDbParameter("@Parameters3", OleDbType.Char)});
                command.Parameters[0].Value = "что-то";
                    command.Parameters[1].Value = "зачем-то";
                    command.Parameters[2].Value = "почему-то";
                currentOleDbConnection.Open();
                command.ExecuteScalar();
                currentOleDbConnection.Close();
                    command.Dispose();

Для второй таблицы:

OleDbCommand command = new OleDbCommand("NameOfStoredProcedure2", currentOleDbConnection);
                command.CommandType = CommandType.StoredProcedure;
                command.Parameters.AddRange(new OleDbParameter[] {
                    new OleDbParameter("@Parameters1", OleDbType.VarChar),
                    new OleDbParameter("@Parameters2", OleDbType.VarChar),
                    new OleDbParameter("@Parameters3", OleDbType.VarChar),
                    new OleDbParameter("@Parameters4", OleDbType.Single)});
                command.Parameters[0].Value = "какие-то данные1";
                    command.Parameters[1].Value = "какие-то данные2";
                    command.Parameters[2].Value = "какие-то данные3";
                    command.Parameters[3].Value = 2.2;
                currentOleDbConnection.Open();
                command.ExecuteScalar();
                currentOleDbConnection.Close();
                    command.Dispose();

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

void AddData(OleDbConnection acurrentOleDbConnection, String aNameOfStoredProcedure, params String ParametersName, params OleDbType atype, params object adata){...}

но компилятор указывает, что params в аргументах может указываться только один раз, т.е. данная методика не подходит. Конечно можно создать отдельно некоторый класс, полями которого будут ParametersName, atype, adata, но как-то не хочется так делать.
Может кто подскажет каким образом можно решить указанную проблему?

[Spawn™Production®]

Только если params object, а дальше приводить. Класс предпочтительнее создать.

[Carbon]

Можно создать метод с параметрами по умолчанию, а там уже использовать их как именованные.

[Mixim]

Порылся вчера немного на MSDN и понял, что имена параметров можно не указывать, главное, чтобы они вставлялись в той же последовательности, в которой они идут в хранимой процедуре. В итоге получил следующий вполне работоспособный код:

public void CallStoredProcedure(OleDbConnection aConnection, String aStoredProcedureName, params String[] aValues) //передаем OleDb-соединение, имя хранимой процедуры, аргумент с модификатором params отвечает за необходимые аргументы уже самой хранимой процедуры
                {
                    OleDbCommand command = new OleDbCommand(aStoredProcedureName, aConnection);  //создаем объект типа OleDbCommand, в конструкторе которого указываем имя хранимой процедуры и OleDb-соединение
                        command.CommandType = CommandType.StoredProcedure;//указываем, что тип команды - "хранимая процедура"
                    try
                    {
                        for (Int32 i = 0; i < aValues.Length; i++)
                        {
                            command.Parameters.AddWithValue("", aValues[i]);  //заполняем параметры команды переданными аргументами
                        }
                        aConnection.Open();  //открываем соединение
                            command.ExecuteScalar();                        //выполняем команду как скалярное выражение
                    }
                    finally  //при любом раскладе(получили исключительную ситуацию или все прошло отлично) выполняем следующие строки
                    {
                        aConnection.Close();  //разумеется закрываем открытое ранее соединение
                        command.Parameters.Clear();  //освобождаем память от динамически созданных ранее параметров
                            command.Dispose();  //освобождаем память от созданной динамической переменной
                    }
                }

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

CallStoredProcedure(myOleDbConnection, "AddAnything", "1", "2", "3");
//или
CallStoredProcedure(myOleDbConnection, "EditMyData", "aaa", "bbb", "ccc", "ddd", "eee")

Если же в качестве аргумента для выполнения хранимой процедуры необходимо передать значение числового типа(Int32, UInt16, Single и т.д.), то пишем примерно следующее:

Single price=5.5, quantity=12;//допустим эту переменную надо передать
CallStoredProcedure(myOleDbConnection, "AddGoods", "NameOfGoods", price.ToString(), quantity.ToString());//т.е. приводим наши числа к строке, а за последующий перевод из строки в число отвечает SQLServer - создали немного лишней работы, но зато сделали обобщение

[veniside]

> т.е. приводим наши числа к строке

логичнее тогда было бы, наверно, сделать aValues типа object, а не String, чтобы можно было передавать произвольные типы. Правда, справится ли AddWithValue() с произвольным объектом — это вопрос.

[Mixim]

Сообщение от veniside

логичнее тогда было бы, наверно, сделать aValues типа object, а не String, чтобы можно было передавать произвольные типы. Правда, справится ли AddWithValue() с произвольным объектом — это вопрос.

Спасибо за совет, он помог решить напрямую, а не "обходными путями" одну небольшую проблему при вызове моего метода и кроме того, использование типа Object действительно является более рациональным решением, чем String . Метод AddWithValue() вроди бы при использовании типа Object и при передаче непосредственно в качестве аргументов типов String и Double отлично все "переваривает".