Может его закрыть?

Ни кто не в курсе запланирована на C# 7.0 (или следующую версию) такая фича: пропуск ненужных параметров лямбды с помощью _? TouchUpInside += (_, _, _) => { /* TODO: */ }; // сейчас это не скомпилируется

не работает и не видел, чтобы было где-то у них в планах

не работает и не видел, чтобы было где-то у них в планах

Жалко (а то в f#/scala/kotlin есть и вроде удобно для всяких "(sender, e)")

Может его закрыть?

Товарищ майор?

хехе :) ну видишь как хорошо! уже не дотнет2.0

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

все, у меня насяльника стал куратором синих китов @troyanov

Куратор Docker?

он самый

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

блин, даже не знаю чего посоветовать :( а он тебе в приват написал?

А виртуализация не рассыпется, если я положу Itemspresenter в StackPanel?

Жалко (а то в f#/scala/kotlin есть и вроде удобно для всяких "(sender, e)")

с одной стороны да, с другой стороны архитектура обачно не должна быть с мусором)

с одной стороны да, с другой стороны архитектура обачно не должна быть с мусором)

Ты это Xamarin/MS скажи с их UI event-ми

Ты это Xamarin/MS скажи с их UI event-ми

А кто ими пользуется? =) Они для неопытных разработчиков

Ни кто не в курсе запланирована на C# 7.0 (или следующую версию) такая фича: пропуск ненужных параметров лямбды с помощью _? TouchUpInside += (_, _, _) => { /* TODO: */ }; // сейчас это не скомпилируется

говорят (_,_) - бэд практисес оно даже на жопу похоже

А кто ими пользуется? =) Они для неопытных разработчиков

Расскажи мне лучший способ обрабатывать нажатие на iOS UIButton?

говорят (_,_) - бэд практисес оно даже на жопу похоже

?

Расскажи мне лучший способ обрабатывать нажатие на iOS UIButton?

под нативный иос не пишу. под формы - команды

под нативный иос не пишу. под формы - команды

хм MVVM... я его уже как год разлюбил - слишком много бойлерплейта (Foddy не особо спасает). Да и XAML я не люблю - тк это XML

хм MVVM... я его уже как год разлюбил - слишком много бойлерплейта (Foddy не особо спасает). Да и XAML я не люблю - тк это XML

например?

хм MVVM... я его уже как год разлюбил - слишком много бойлерплейта (Foddy не особо спасает). Да и XAML я не люблю - тк это XML

И что же в таком случае Best Ever?

например?

Binding property евривер, если их больше 5 уже стремно выглядит. Да и Command/ReleyCommand - тоже не айс.

И что же в таком случае Best Ever?

Сейчас я думаю что это реактивные компоненты (типа ReactJS только без JS)

Сейчас я думаю что это реактивные компоненты (типа ReactJS только без JS)

Так там тот же XML, который HTML, не?

А компонентный подход в WPF изначально есть

Binding property евривер, если их больше 5 уже стремно выглядит. Да и Command/ReleyCommand - тоже не айс.

ну это вкусовщина. В RX под капотом мне кажется больше оверхеда

Так там тот же XML, который HTML, не?

Нет, все в коде с помощью DSL на F# ?

Нет, все в коде с помощью DSL на F# ?

вот это вот как раз зло

вот это вот как раз зло

Oh really, why?

Нет, все в коде с помощью DSL на F# ?

Это типа Elm что-ли?

Или Anko в Kotlin

Или Anko в Kotlin

Ты про язык или DSL?

Я про DSL, если я правильоно понимаю что это такое)

Я про DSL, если я правильоно понимаю что это такое)

Domain Specific Language Кстати Anko неплохой пример DSL, на чистом Android (Kotlin) использую теперь только его (нахрен XML)

Ну Elm вроде то, что ты хочешь, ток для веба)

Функциональный ЯП для программирования UI

Ну Elm вроде то, что ты хочешь, ток для веба)

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

Elm ещё по бенчмаркам довольно шустрый

Кто тут гнал на MVVM

MVVM норм

и деление на компоненты норм держит платформа

юзерконтролы и кастомные контролы в помощь же

MVVM норм

не для кроткосрочных проектов

и деление на компоненты норм держит платформа

Если не держать/смешивать "бизнес логику" в ViewModel (а хранить где положено в Model), то все 90% ViewModel будут состоять из одних Binding Property + Command.

ну и хорошо

зато вьюха совсем отделяется

и они существуют как независимые части

зато вьюха совсем отделяется

тут не вопрос принципа, а оправданного усложнения архитектуры. Если этого не повысит качество разработки - это не эффективно

ну и хорошо

Вот и когда создаешь N-ый MyPage.cs + MyViewModel.cs (который просто заглушка без логики) - думаешь вот нахрена?

Вот и когда создаешь N-ый MyPage.cs + MyViewModel.cs (который просто заглушка без логики) - думаешь вот нахрена?

?

тут не вопрос принципа, а оправданного усложнения архитектуры. Если этого не повысит качество разработки - это не эффективно

безусловно, если ты клепаешь какую-нибудь хрень с одной кнопкой, то лень создавать новые классы, да

а когда пишешь вк

для рывка

я написал сначала дохуя кода без мввм

Вот и когда создаешь N-ый MyPage.cs + MyViewModel.cs (который просто заглушка без логики) - думаешь вот нахрена?

особенно если ты работаешь с источником данных, который тоже свою моедель еще имеет, в итоге огород тот еще

потом понял, что нихуя не понимаю как что у меня работает, выкинул

и переписал за 3 дня на мввм то, что писал до этого 3 месяца

безусловно, если ты клепаешь какую-нибудь хрень с одной кнопкой, то лень создавать новые классы, да

по себе не суди, я зрень не пишу

я условно говорю

и переписал за 3 дня на мввм то, что писал до этого 3 месяца

тем что увеличил количество кода? может проблема не в моделе данных была?

чо ты начинаешь

безусловно, если ты клепаешь какую-нибудь хрень с одной кнопкой, то лень создавать новые классы, да

А ты наверное хранишь биз логику и UI логику - вместе в ViewModel (удобно наверное смотреть на 1000 строчные VM). Вместо того что бы нести БЛ в Model и UI логику в CustomView?

проблема была в том, что архитектура была хуяк-хуяк и лишь бы заработало

проблема была в том, что архитектура была хуяк-хуяк и лишь бы заработало

ты это в пример мввм приводишь - как это связано вообще?

оч просто

ERROR: S client not available

не было мввм — мне было плохо

узнал про мввм — хорошо стало

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

ой все

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

многие вещи становятся проще

по крайней мере в моем случае

на счёт MVVM, рекомендую обратить внимание на Caliburn micro

http://caliburnmicro.com/

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

что такое модель поведения?

модель, что поставляет интерфейсу свои методы и свойства

не было мввм — мне было плохо

Это нормально, ты растешь как разработчик, но нет придела совершенства. MVVM это просто еще одна ступень - следующая и познаешь дзен (F# + UI Components ?). (шутка, все подходы по своему хороши и нет серебряной пули)

модель, что поставляет интерфейсу свои методы и свойства

не понял

Model View - View Model вот model

есть вьюха, есть вью модель, есть модель, есть контроллер - ты про какую вьюху говоришь?

я просто не пойму о каких методах речь идет

Блин, щас попробовал менять xaml с запущенным приложением, работает, крутяк)

я просто не пойму о каких методах речь идет

биндить можно же не только проперти, но и методы.

всё что лежит в ViewModel в общем

биндить можно же не только проперти, но и методы.

ты не понимаешь навернео принципа MVC и MVVM

об mvc мы сейчас не говорим

хз откуда он тут всплыл

MVVM - это частный случай MVC

ок

биндить можно же не только проперти, но и методы.

Ой а расскажи как биндить методы, а то я зачем то юзаю стандартный ICommand (или ты про Fody?)

{x:Bind _groupCollection.FetchAsync}

FetchAsync не должен принимать никаких параметров (либо его сигнатура должна совпадать с сигнатурой хэндлера)

ладно, я похоже немнго тролю... \= не хотел. Я понимаю что ты имеешь ввиду, скорее всего. Просто ты слишком много заслуг дал этом - то что ты кодил 3 месяуа, теперь заняло 3 дня. (; ну согласись, перебор?

{x:Bind _groupCollection.FetchAsync}

А покажи _groupCollection в C#

ладно, я похоже немнго тролю... \= не хотел. Я понимаю что ты имеешь ввиду, скорее всего. Просто ты слишком много заслуг дал этом - то что ты кодил 3 месяуа, теперь заняло 3 дня. (; ну согласись, перебор?

да )

преувеличил сильно