Нужен метод, выполняющий сложение (либо любую другую элементарную арифметическую операцию), приблизительно такого вида:

Проблема в том, что в качестве и arg1, и arg2 могут выступать:

• byte, byte?, sbyte, sbyte?
• short, short?, ushort, ushort?
• int, int?, uint, uint?
• long, long?, ulong, ulong?
• float, float?, double, double?, decimal, decimal?
• char, char?, string
• DateTime, DateTime?, TimeSpan, TimeSpan?

Типы arg1, arg2 и результата могут не совпадать: например, к строке можно добавить число (получая конкатенацию), к DateTime - TimeSpan, в результате сложения short и ushort можно получить int и т.д. Generic-и использовать не получится, т.к. конкретные значения и их типы не известны на этапе компиляции. Если сложение невозможно (например, пользователь решил прибавить к дате число, или к числу строку), может (и должно) появиться исключение (генерируемое самим .NET).

Как просто выполнить такое сложение, не создавая тьму методов с жёсткой типизацией (с выбором нужного метода в if/switch на 100 строк длиной)?

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

для шаблонов запрещены операции +, -, * и прочие.

тут правильно написано.

Не будем категоричны.

Извиняюсь за то, что сразу не уточнил: используется .Net версии 2.0 (т.е. лямбда-выражения и прочие радости жизни недоступны).

Оговорюсь насчёт generic-ов: функция должна быть вида не , а 

Теоретически можно написать всё вот так:

Работать оно будет быстро, но я не имею желания писать копипастом 29^2=841 метод! Должен же быть более элегантный способ. Может, ilasm поможет?

На бейсике напиши  

хы.


корректней было бы просто использовать перегрузку метода add, а не писать 841 метод add_X_X. Хотя конечно перегрузок тоже будет 841   

в такой ситуации спасет наверно только отражение.

Подскажите, как... Ибо  даже не догадываюсь...

А что, при использовании отражения приведение типов не нужно что ли?

Надо использовать либо метод Type.InvokeMember, либо MethodInfo.Invoke. Операторы компилятся в методы со специальными именами, список здесь
http://msdn.microsoft.com/ru-ru/library/ms229032.aspx
Проблема только в том, что логику приведения типов тебе в этом случае все равно придется реализовывать самому. А если так, то можно обойтись и без отражения.

А вот на счет бейсика это была не шутка. В бейсике такой код работает.

Это сообщение отредактировал(а) diadiavova - 12.7.2010, 17:23

Я утверждал обратное?


Да.


Да.

Ты утверждал, что отражение спасет, а тут главная проблема в том, что для выполнения операции над разнотипными аргументами как правило требуется приведение типов. Так что отражение тут вряд ли может спасти(если, конечно, я правильно понял идею, что не факт). Тут нужна либо ручная реализация логики приведения типов(а это вряд ли получится коротко), либо спасет бейсик  с отключенной опцией Strict. Правда в последнем случае придется положиться на логику компилятора бейсика.

Это сообщение отредактировал(а) diadiavova - 12.7.2010, 17:48

Похоже на реализацию какого-то динамического языка на C#. Создатели таких языков как-то обходятся без N^2 методов для каждого бинарного оператора. Мне кажется, проще всего написать цепочку if, повторяющую логику компилятора. Я бы скукожил численные типы до long, double и decimal, но если уж хочется точно как в C#:

Для остальных арифметических операций правила те же самые, но придётся копипастить. Обобщить, к сожалению, невозможно. Если бы в C# озаботились хоть какой-то явной реализацией numerical tower (interface INumeric<T> или что-то в этом духе), было бы гораздо проще.

Не - не - не. Я предполагал 
Приведение хорошо уже тем - что меньше пИсать кода.

Твои аргументы убедительны - однако просто приведение приведет к 


Хотелось бы конечно красивого решения, но увы, похоже гламур возможен только в Net 3.5 а уж про dynamic из четвертого - это вообще отвал башки.

Добавлено через 1 минуту и 16 секунд
Void, ужОс. А что делать.  

Добавлено через 4 минуты и 53 секунды
Вообще была мысль создать Hashtable с ключем Type и с келлбеком функции. Но что из этого получится - я не знаю    

Ну я это и имел в виду, когда писал

Есть, конечно, лазейки(типа выявления числовых типов итд), но в любом случае это не просто и многа букафф  . 

Кстати функция IsNumeric  в дотнете есть
http://msdn.microsoft.com/ru-ru/library/6c...1(v=VS.90).aspx

diadiavova, вариант с Бейсиком пока отложу на полку подальше (но буду иметь в виду), ибо добавлять отдельную dll на бейсике для одного-единственного метода - не комильфо. Попробовал рефлексией (MethodInfo.Invoke) - методы с укзанными в приведенной статье именами через Type.GetMethod(string name) не находятся.

Void, почти угадали - это виртуальная машина для примитивного скриптового C#-подобного языка. Только код в варианте с кучей if-ов (как у Вас) я отверг сразу - реализация 11 методов с 2мя аргументами, каждый из которых может быть одного из 29 типов подобным образом займёт чёртову уйму времени, да и куча копипастов ещё никого до добра не довела.

Пока что остановился на компромиссном варианте: с помощью нескольких if-ов отсеиваю тривиальные варианты (строки, даты и т.п.), а с числами буду работать по принципу: "реализовать метод для long/ulong/double" -> "привести оба аргумента к одному из этих типов" -> "вызвать метод". Когда всё получится - выложу код.