WPF еще не умер?

Question

[mindgrow]

Добрый день!

Последнее время смотрю по гиту у многих есть проекты WPF. У многих последние обновления были в течение последнего года. Отсюда вопрос, неужели ещё перспективно учиться работать с WPF?

Я последний раз работал с WPF года 3 назад и был в большом восторге, от того что видел как просто можно использовать практически одну и ту же xaml-верстку в desktop-приложениях (wpf), web (silverlight) и mobile (windows-phone). Курил ExpressionBlend

и все закончилось тем, что я пришел к выводам,
- если хочешь писать красивые desktop приложения - то используй DevExpress, а не WPF
- если хочешь писать мобильные приложения - используй Xamarin, а не WindowsPhone
- если хочешь писать web-приложения - используй ASP.NET MVC, а не Silverlight

Но все же я вижу, что люди кодят на WPF. Вижу всякие хранилища для видео, автомагазины. Но зачем они его используют, если он вроде бы умер? Или не умер?

Comments

[Модератор]

Viktor Ilukhin, дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[Виталий Колесник]

Модератор, А что не так? Он вроде как указал только 2 тега вопроса, а именно 'WPF' 'C#'

[Модератор]

Виталий Колесник, он указал 3 тега.

[mindgrow]

Виталий Колесник, тэг VisualStudio был лишний

[#]

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

у них ЦЕЛЕВЫЕ СРЕДЫ не пересекаются ни разу

ну а с девками(экспресс ;) я вам уже много че сказал.. (заикнетесь - наговорю не меньше

Answer 1

[Станислав Макаров]

WPF умер. C# на клиенте тоже умер. C++ и Qt на клиенте умер. Нативные приложения и приближенные к ним (WPF/WinForms) вообще умерли. Нативные приложения пишут только разработчики ОС, и то до тех пор пока не перепишут их на Электроне. Электрон скоро будет модулем ядра / драйвером для повышения производительности HTML-интерфейсов.

Просыпаюсь в холодном поту
Фух, это всего лишь сон.

то используй DevExpress, а не WPF

Это как понимать? Я знаю что у DevExpress есть наборы компонентов для разных UI-технологий, а чтобы у них было своё UI-решение, не базирующееся на чём-то вроде WPF/WinForms/HTML - не слышал.

используй ASP.NET MVC, а не Silverlight

Т.е. генерировать только статический UI только на сервере? Почему вы сравниваете Silverlight (который кстати и правда умер, уже точно) с ASP.NET MVC, а не с HTML или HTML + React например?

Comments

[mindgrow]

Это как понимать? Я знаю что у DevExpress есть наборы компонентов для разных UI-технологий, а чтобы у них было своё UI-решение, не базирующееся на чём-то вроде WPF/WinForms/HTML - не слышал.

Смысл в том, что в DevExpress дает возможности стилизовать и украсить свое приложение разными таблицами и прочими компонентами. Простой Winforms скучен. А в WPF все очень круто с этим.

используй ASP.NET MVC, а не Silverlight

Т.е. генерировать только статический UI только на сервере? Почему вы сравниваете Silverlight (который кстати и правда умер, уже точно) с ASP.NET MVC, а не с HTML или HTML + React наприме

Silverlight в том смысле, что позволяет делать клиент-серверные приложения. Ну и решать соответствующие задачи.

[#]

Viktor Ilukhin, что то с ног до головы перевернулись... противоречите себе

уж определитесь любите XAML или нет... (кстати XAMARIN тоже на XAML основан)

[mindgrow]

В чем именно я себе противоречу?

XAMARIN тоже на XAML

mindtester, Там используется урезанная версия AXML, с менее удобным визуальным редактором, чем в Android Studio, но этого достаточно чтобы делать мобильные приложения под Android не меняя среды разработки.

[#]

Viktor Ilukhin, в моем представлении xamarin, такой же отпрыск, той же ветки, что silverlight.. но раз уж на то пошло, и более строго их различать - silverlight тоже НЕ wfp, на xaml все родство заканчивается..

и DmitriyEntelis скорее прав, я думаю xamarin не на много более жизнеспособен, чем silverlight

при всем при этом, wpf на десктопе, переживет их всех ))

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

* - естественно, речь о перечисленных вами технологиях, а их объединяет.. только XAML, но ни чего более ))

[mindgrow]

* - естественно, речь о перечисленных вами технологиях, а их объединяет.. только XAML, но ни чего более ))

mindtester, их еще объединяет одна среда разработки и один язык программирования.

[#]

Viktor Ilukhin, а вот тут вы точно противоречите своему исходному вопросу

Смысл в том, что в DevExpress дает возможности стилизовать и украсить свое приложение разными таблицами и прочими компонентами. Простой Winforms скучен. А в WPF все очень круто с этим.

и снова девки... как ни странно, для форм они поставляют (имхо, даже перепроверять не стану) даже больше контролов..

но о формах - вы может ни когда не искали мордочки? прелесть форм в том, что когда не надо продвинутого биндинга (а это круто именно в wpf) то сляпать на формах и правда быстрее..

ну и мордочки к ним есть, начиная от простейших, заканчивая очень даже ниче так (бесплатные!):
- https://github.com/N-a-r-w-i-n/MetroSet-UI
- https://github.com/Wagnerp/Krypton-NET-4.7
.. и бонус
- чарты "из коробки"
- ну и наконец - работа с треем - это фишка именно форм

[#]

Viktor Ilukhin, для C# уже давно больше чем одна среда (хотя VS лучшая), но подмножества языка, отличаются - для XAMARIN вы точно не сможете использовать фишки C#7.*

.. и то что ксамарин тянет всю андроид студию... это просто ужас

виртуалка с юбунту на виртуалбоксе, с INTELLIJ, позволит не меньше свободы в кодинге*, но будет весить на диске, меньше чем ксамарин с прибабасами.. (жуть просто..

* - да да, я по Kotlin

[mindgrow]

mindtester, спасибо за ссылки. Действительно я не искал ui наборы для Winforms. При запуске правда проблемки появились, но думаю разберусь. А если у вас есть ещё ui наборы и в особенности с таблицами - буду премного благодарен)

[#]

берите https://www.syncfusion.com/ там у них где то есть хитрая лицензия, если пользователи продукта ее принимают - и разрабу и пользователям - все бесплатно.. а уровень оч даже проф.. (прямые конкуренты и девкаи телерику, и компонент1.. и вижен...

[mindgrow]

Шарпер, а к этому набору (MetroUI) есть какая-нибудь доступная инструкция?) У меня так и не получилось применить DarkTheme к табам и кнопкам(
Посоветуете что-нибудь почитать?

[#]

https://github.com/N-a-r-w-i-n/MetroSet-UI ? сам, так и не добрался до применения. но вроде в комплекте есть демка

[mindgrow]

Шарпер, у меня при запуске сразу появляется ошибка с пустой ссылкой при компиляции, я так и не додумался как её решить(

[#]

проект не выглядит активным. последний комит полгода назад. есть еще 14 форков. а еще есть фраза "NET Framework 2.0 or higher" (хотя у меня поддержка 3,5 все еще включена, есть пара стареньких прог)

... вспомнил поодержка разработаки 3,5 в студии не стоит

[#]

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

[#]

а посмотрите вот эту "мордочку" (я может спутал ссылки во время ответа)

https://github.com/thielj/MetroFramework

[#]

альтернативы - WPF или "мягкие лицензии" (https://www.syncfusion.com/) ... там правда с законами периодически траблы, но через тор можно прикинуться англичанином ;)

[#]

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

[#]

девки, в просторечии - девэкспресс

[#]

.. но синкфьюжен как бы законее.....

[Артём]

От чего оно собственно умерло? Как понять умер или нет? Просто может есть какие-то конструктивные недостатки в технологиях из-за чего их больше не используют? Тот же winforms: просто, быстро, но плохо поддерживаемо, и тем не менее работает же. Поясните, пожалуйста, правда хочется разобраться.

[mindgrow]

Артём это значит, что технология не будет развиваться и её нишу займёт другая технология. Как WebForms например, её не имеет смысла сейчас использовать, так как есть mvc.
WindowsPhone приложения вообще перестали поддерживаться с 2018 студии

Answer 2

[#]

Но все же я вижу, что люди кодят на WPF

<сарказм>не не.. не обращайте внимания.. умер, умер..< / сарказм>

ps вообще то в WPF реализована одна из лучших и надежнейших в мире, систем биндинга данных, в корпоративном секторе (виндовом конечно) его не скоро кто то потеснит

pps

если хочешь писать красивые desktop приложения - то используй DevExpress, а не WPF

это место особо доставляет.. а ни че что "девки" поставляют практически полный набор своих контролов под WPF? они себя не унижают этим?.. случайно?

ppps исправлено.. неоднократно.. извиняйте ))

Comments

[Roman K]

Сарказм, о котором говорят, что это сарказм выглядит жалко.

[#]

резюме - вы не правильно, и с не верным акцентом, сформулировали вопрос.. ))..

а вместо спасибо- ну.. тут галочки разные можно ставить - "ответ решение" или "нравится".. и даже "камент нравится" ;))

[#]

вау.. спасибо!.. обращайтесь.. может что еще смогу подсказать! ))

[mindgrow]

mindtester, вот как раз появился новый вопрос, помогите советом) Как быстро убрать лишние файлы из Admin Dashboard перед импортом его в ASP MVC проект?

Answer 3

[Дмитрий Энтелис]

- если хочешь писать мобильные приложения - используй Xamarin, а не WindowsPhone

Если хочешь писать мобильные приложения - пиши их либо под iOS (Swift/Objective-C), либо под Android(Java).
Windows на телефонах мертв.
Мультиплатформенные инструменты кривы и практически не востребованы.

- если хочешь писать web-приложения - используй ASP.NET MVC, а не Silverlight

Если хочешь писать web-приложения - используй PHP/Ruby/Python/Node.js

Comments

[d-stream]

Мультиплатформенные инструменты кривы и практически не востребованы

я бы сказал что они еще не окончательно родились как класс, хотя об отделении дизайна от модели и логики говорят уже очень давно. Ну а еще нерожденные - увы да, кривы и именно поэтому невостребованы...
Xamarin конечно делает шажок в эту сторону, но ему расти и расти еще.

[mindgrow]

Я вашу позицию понимаю. Я не спорю, что для крутых массовых приложений лучше использовать Swift/Objective-C/Java, и для качественных веб-приложений лучше использовать PHP/Ruby/Python/Node.js

Моим основным интересом долгое время было решение корпоративных задач в B2B-секторе. Уж очень много там идей для автоматизации и самое главное неудовлетворенного спроса.

Отсюда я и выбираю наиболее практичные инструменты, которые позволят быстро выработать решение при существующих ресурсах (чаще всего это было отдел разработки с C# программистами).

И для решения большинства задач автоматизации может легко может хватить мобильного приложения на Xamarin+WCF или сайта на ASP.MVC. Как правило всех интересует чтобы работало без ошибок и было выполнено в срок.

Конечно, при росте нагрузки понадобиться в какой-то момент перейти на Swift/Java/Php/Python. Но к тому времени уже будет рабочий прототип.

Я не считаю, что мы спорим. Просто я смотрю более узко в области своих задач которыми я сталкивался. Чаще всего нанимать новых программистов php под отдельный проект было не вариант. Поручали тем что есть :)

[Дмитрий Энтелис]

Viktor Ilukhin, ну с учетом того что есть постоянный спрос на качественных программистов - я в целом не сторонник делать не качественные проекты и соответственно изучать технологии которые нигде кроме них не востребованы.
Возможно я предвзят, вон в бодишопах типа епама толпа народу работает и ничего

[mindgrow]

Дмитрий Энтелис, на вашем месте я тоже бы не стал использовать Xamarin. Да и на своем месте Сейчас я бы тоже этого делать бы не стал. Сейчас я сделал свой выбор в сторону веб-приложений с адаптивной версткой+jQuery фишки.

А 3 года назад я пришел к таким выводам о Xamarin т.к. не очень хорошо представлял всех возможностей ASPMVC, ui-bootstrap наборов, SignalR и пр. В то время больше занимался backend.