WPF еще не умер?

Это как понимать? Я знаю что у 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 основан)

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

XAMARIN тоже на XAML

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

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

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

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

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

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

* - естественно, речь о перечисленных вами технологиях, а их объединяет.. только 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

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

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

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

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

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

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

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

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

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

https://github.com/thielj/MetroFramework

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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