Информация об изменениях

Сообщение Re[25]: На чем сейчас пишут UI в enterprise приложениях? от 17.12.2014 12:22

Изменено 17.12.2014 12:24 Serginio1

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:

S>> Самому то не смешно. Не надо там ни чему страдать.
S>>Для компиляции DynamicInterface это динамик, для IDE то же что и interface.
S>>Единственно это добавление каста при компиляции. Чего там полгода то делать?
S>Примерно вот это.

S>Если серьёзно, то там будет очень много презабавной работы по выводу типов. Одних только прелестей типа
S>
S>    public enum A1 { A }
S>    class A
S>    {
S>        public void Do(A1 a) { Console.WriteLine(a); }
S>        public void Do(params int[] a) { Console.WriteLine(a); }
S>    }

S>    static T Get<T>(T source) { return source; }

S>    public static void Main()
S>    {
S>        dynamic x = new A();
S>        var y = Get(x);
S>        y.Do(0);
S>        Console.WriteLine();
S>    }
S>

S>уже достаточно.

S>Для полноты картины представьте, что перегрузок у Get() и у Do() несколько и что все они различаются типами.
Но что мешает в DynamicInterface закинуть перегрузку?
Объекты с реализацией IReflect кстати прекрасно справляется определяет метод по сигнатуре. Но это при работе с классами.
У ExpandoObject таких ситуаций просто не будет. Пока речь идет про них.


А проблемы не вижу так как DynamicInterface это всего навсего уточнение. в TS IDE просто предупреждает, но транслирует в JS.
S>С рослином конечно попроще будет, но один фиг приятного мало.
Сейчас в отпуске посмотрю на рослин. Спасибо.
Re[25]: На чем сейчас пишут UI в enterprise приложениях?
Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:

S>> Самому то не смешно. Не надо там ни чему страдать.
S>>Для компиляции DynamicInterface это динамик, для IDE то же что и interface.
S>>Единственно это добавление каста при компиляции. Чего там полгода то делать?
S>Примерно вот это.

S>Если серьёзно, то там будет очень много презабавной работы по выводу типов. Одних только прелестей типа
S>
S>    public enum A1 { A }
S>    class A
S>    {
S>        public void Do(A1 a) { Console.WriteLine(a); }
S>        public void Do(params int[] a) { Console.WriteLine(a); }
S>    }

S>    static T Get<T>(T source) { return source; }

S>    public static void Main()
S>    {
S>        dynamic x = new A();
S>        var y = Get(x);
S>        y.Do(0);
S>        Console.WriteLine();
S>    }
S>

S>уже достаточно.

S>Для полноты картины представьте, что перегрузок у Get() и у Do() несколько и что все они различаются типами.
Но что мешает в DynamicInterface закинуть перегрузку?
Объекты с реализацией IReflect кстати прекрасно справляется определяет метод по сигнатуре. Но это при работе с классами.
Например http://files.rsdn.ru/19608/FilesForNetObjectToIDispatch.zip

У ExpandoObject таких ситуаций просто не будет. Пока речь идет про них.


А проблемы не вижу так как DynamicInterface это всего навсего уточнение. в TS IDE просто предупреждает, но транслирует в JS.
S>С рослином конечно попроще будет, но один фиг приятного мало.
Сейчас в отпуске посмотрю на рослин. Спасибо.