Ребят, кто в WPF разбирается. Когда обычно используют RoutedCommands, а когда - свои классы команд, реализующие ICommand?

Насколько я понял, RoutedCommand не определяет функционал, который будет исполняться, а предоставляет события, на которые могут подписаться другие методы. Типа, если команда вызвалась, если изменилось ее состояние и т.д.

Но в чем, блин, преимущество перед обычными собственными командами, если для каждой из них можно определить такой же функционал с событиями?

В том, что за тебя это уже определили, наверное

Я, наверное, не совсем точно выразился

Если мы в собственном классе команд так и так определяем событие CanExecuteChanged, и все нужные нам элементы тоже привязаны к этой команде, то при изменении состояния команды на (CanExecute == false) мы не сможешь вызвать это действие из любого элемента, который к нему привязан

Зачем тогда нужны эти события, которые поставляет RoutedCommand?

Ладно, забейте, сам разберусь

Извини, но это гуглится за секунды

https://stackoverflow.com/questions/1135983/wpf-icommand-vs-routedcommand

А еще есть проект на codeproject

Ребят, хочу попробовать силы в xamarin, посоветуйте канал или сайт где годно объясняют как его юзать.

Могу только чат сказать

@xamarin_russia

о, а так можно было? ребят, посоветуйте чат для дау... для начинающих в c#

о, а так можно было? ребят, посоветуйте чат для дау... для начинающих в c#

ты уже здесь

(но это не точно)

окей, как вводить массивы?

))0

не знаю, как нравится, наверное

серьезно, я искала ев первой страничке в гугле, и не нашла... как заполнять массив при вводе строки с пробелами, а не отдельных строк?

разбей строку

string.Split(...)

ванлайнер без обработки ошибок: var intArray = Console.ReadLine().Split(' ').Select(x => int.Parse(x)).ToArray()

класс. спасибо)

поставил превью по глупости 2 нет кора, как откатиться без боли на 1.1?

Бгг что нагуглил, жесткач, но надежный https://stackoverflow.com/questions/323640/can-i-convert-a-c-sharp-string-value-to-an-escaped-string-literal

Афигеть! Сурово

если нра в текст сериализовать выводи в строке длину данных и индекс Rand через пробел, а после данных вставляй перенос строки, например

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

Ох*енно. (Нет)

Не зря обработчик эксепшмнов поставил.

Ох*енно. (Нет)

Это что?

Хз. Видимо Json, который в либе TelegramAPI, тупит, и не может спарсить что-то.

А задача то какая?)

Бота пишешь?)

Бота пишешь?)

Да)

Меньше лямбд: Select(int.Parse)

Блэт

Меньше лямбд: Select(int.Parse)

За перформанс в курсе?

У лямбды быстрей, внезапно

Быстрей чем что?

У лямбды быстрей, внезапно

интересно, есть пруфы?

в докладе у jetbrains видел, за год этак 14ый или 15ый

Что с чем мы сравниваем-то?

в докладе у jetbrains видел, за год этак 14ый или 15ый

а чего тогда решарпер выдаёт предупреждение с метод груп?

Что с чем мы сравниваем-то?

method group vs lambda

Взгляните сюда: https://sharplab.io/#v2:CYLg1APgAgDABFAjAbgLAChYMQOgDICWAdgI5qbxIAs5UAzAgExwDCcA3hnN3IQM4AXADxIYAPjgAPOAF44RAKYB3XgUEjE4jgCJE2gDRxtjA0braAvuR4IG/YcQESAsogAUASg5cbPKAHYpHABlBQAbBQBjATdHHAAFAEMAJz4FDxwAFQB7e09rHgsfbmLbVXVHF0ZPb3RfP0DJEPComL5ZCTik1IU3Pg8MnLyPAu4i9AsgA===

Собственно, из декомпилята видно, почему лямбда может быть быстрее.

Потому что method group conversion на каждый вызов создаёт новый делегат, а лямбда его переиспользует.

будет быстрее для циклов с Select, а для больших коллекций одинаково

я бы даже сказал, что method group будет предпочтительней

Потому что method group conversion на каждый вызов создаёт новый делегат, а лямбда его переиспользует.

+

Потому что method group conversion на каждый вызов создаёт новый делегат, а лямбда его переиспользует.

это если ты не захватываешь ничего

Обсуждается конкретный кейс с method group; очевидно, что он не может ничего захватывать.

Понятно, что в случае захвата контекста не получится ничего кэшировать

ванлайнер без обработки ошибок: var intArray = Console.ReadLine().Split(' ').Select(x => int.Parse(x)).ToArray()

в этом кейсе лучше без лямбды

Понятно, что в случае захвата контекста не получится ничего кэшировать

не получится в принципе method group использовать

Да.

тьфу, не туды адресовал

решарпер предлагает заменить на методгруп

ERROR: S client not available

из-за того что там будет два вызова

один на лямбду, другой обычный в лямбде

и инлайнинга не будет

Подскажите, допустим есть переменная: Type test = Type.GetType("Enemy"); Можно ли обратиться через "test" к статической переменной класса Enemy?

Type test = typof( "Enemy"); не скомпилируется

"статических переменных" в C# не бывает, есть поля и свойства

к обоим можно стучаться через рефлексию

как?

Подскажите, допустим есть переменная: Type test = Type.GetType("Enemy"); Можно ли обратиться через "test" к статической переменной класса Enemy?

Там есть что-то типа .GetField(name)

спасибо

Подскажите, допустим есть переменная: Type test = Type.GetType("Enemy"); Можно ли обратиться через "test" к статической переменной класса Enemy?

class TestA { public static int x = 20; } static void Main(string[] args) { Type t = typeof(TestA); Func<int> f = Expression.Lambda<Func<int»(Expression.Field(null, t.GetField("x"))).Compile(); Console.WriteLine("{0}", f()); Console.ReadLine(); }

через System.Linq.Expressions например

оке, спас

class TestA { public static int x = 20; } static void Main(string[] args) { Type t = typeof(TestA); Func<int> f = Expression.Lambda<Func<int»(Expression.Field(null, t.GetField("x"))).Compile(); Console.WriteLine("{0}", f()); Console.ReadLine(); }

это джава?

или дотнет2

это шарп

это шарп

не седьмой точно

почему?

на седьмом так не пишут

на седьмом так не пишут

а как пишут?

class TestA { public static int x = 20; } static void Main(string[] args) { Type t = typeof(TestA); Func<int> f = Expression.Lambda<Func<int»(Expression.Field(null, t.GetField("x"))).Compile(); Console.WriteLine("{0}", f()); Console.ReadLine(); }

Да, тоже норм идея, плюс :)

на седьмом так не пишут

Пишут.

Решарпер появился для 2017 студии, а я слоу

Уже в апреле

Решарпер для 2017 студии появился ещё до её релиза ~_~

(ну, там поначалу были мелкие косяки на синтаксисе C# 7, но довольно быстро починили)

Ещё до 2017? ))

До релиза. Решарпер работал на предварительных сборках.

а как пишут?

ну для начала я бы вары использовал