Dmitry Muravyev

Мир меняется. Когда-то я ненавидел корпорацию Майкрософт, считая ее злом и монополистом, тормозящим мировой прогресс своей жадностью. Потом признавал, что все-таки Winword — это лучшее, что было создано в плане текстовых редакторов. Сегодня Майкрософт одна из моих любимых корпораций и ежедневный помощник в работе. Ну да, я по-прежнему не использую Windows. Но редактор vscode для разработки кода со всеми его плагинами — это лучшее, что случилось с программированием за всю его историю. Полностью согласен с многоуважаемым Lleo. От себя только добавлю относительно самой Винды и программирования под неё. То, что у них сейчас сделано, мне категорически не нравится. Во-первых, путь унификации мобильного и десктопного интерфейсов, КМК, не очень правильный. На десктопе мы всё-таки привыкли видеть больше инфы, больше элементов управления и можем себе позволить более сложное взаимодействие, поскольку у нас в том или ином виде, но гарантировано есть мышь (и шорткаты). Да и экран всяко больше. А нас принудительно тащат именно в сторону упрощения и укрупнения элементов, чтобы удобно было жЫрным пальцем по ним елозить. И вроде как этот путь был признан тупиковым, но в WinUI 3 я пока никаких улучшений не вижу. И отдельный наболевший вопрос — это, собственно, программирование интерфейса. В WPF это было вполне себе прилично и юзабельно, хотя и несколько запутанно. Особенно если сравнивать, например, с тем, что уже давным давно было на Маках. Не знаю как там сейчас, давно ничего под Мак не писал (а на swift вообще никогда не писал), но раньше это всё было дико удобно: отличный Interface Builder (который позже встроился в XCode), всякие биндинги (IBAction, IBOutlet) создаются элементарно просто — в общем, красота. Что касается винды, то в WPF было посложнее, но вроде как более гибко. А дальше начался трешак: в WinRT/UWP они умудрились похерить графический редактор интерфейса. Мол, тру-кодерам это не надо, тру-кодеры всё делают руками в XML. И позднее, с очередным рефакторингом в WinUI лучше ни разу не стало. Попробуйте-ка отобразить пользователю простейшую таблицу с заголовочной строкой, заголовочным столбцом и ComboBox'ами в качестве ячеек. Во-первых во фреймворке стандартного компонента для этого нет. А есть Windows Community Toolkit (WCT) DataGrid, в котором заголовочный столбец не предусмотрен в принципе. Скопировать стиль ячеек из заголовочной строки тоже просто так не получится, нужны танцы с бубном, дающие на выходе исчерпание бесплатных токенов ChatGPT и весьма сомнительный результат. Связать строки таблицы с массивами типа int в модели данных тоже "задачка со звёздочкой", особенно если количество столбцов и строк становится известно только во время работы программы. И отдельный гемор с отображением этого всего, потому что, выпадающий список ComboBox'а открывается либо только со второго клика по ячейке, либо вообще с третьего, в зависимости от того, сделано это через DataGridComboBoxColumn или DataGridTemplateColumn. И вот всякая подобная фигня возникает по самым неожиданным поводам. Т.е. на то, что должно отнимать у кодера 10 минут теперь уходит несколько вечеров. Не знаю, может я просто уже слишком стар для этого дерьма ©, и добавить несколько страниц кода на пустом месте это теперь нормально... Получается, что у вас есть базовый набор самых простых элементов, а если надо чуть посложнее, то кое-что можно взять из WCT, ну или сам пиши свои элементы управления если ты такой умный. Подход понятен, но как мне видится, он сужает пространство стандартных решений "из коробки" и толкает в сторону решений "кто во что горазд", из которых какие-то будут работать нормально, а какие-то наоборот по совокупности косяков и багов будут отталкивать юзеров от всей экосистемы Винды в целом, и всё больше людей будут говорить, что они "по-прежнему не используют Windows" и будут правы. #шитпостинг