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

Десктоп всегда был сложнее, чем веб. Проектов мало, потому что экономика России еще не доросла до WPF. А технология сложнее, потому что, не так то это и просто обслуживать дерево XAML в другом потоке.

Не люблю участвовать в холиварах, приведу лишь примеры WPF проектов, в которых я участвовал. Программа для расчета экономической эффективности ветряных электростанций (Нидерланды), программа для расчета износостойкости мостов и строительных сооружений, 18 Гб (Дубай, ОАЭ), постоянно в работе, программа контроля технологических процессов пищевого производства, в частности шоколада (ЕС), несколько тысяч заданий одновременно. Что из этого можно написать на ASP.NET?

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

Забыл, программа контроля системы безопасности на заводе по сжижению газа. Автоматически останавливает технологический процесс, спускает давление в резервуарах, включает системы пожаротушения и многое, многое другое.

АСУ ТП в советской терминологии как классическая схема линейного программирования уже морально устарело, большая часть этих программ построена на графе, как ядро логики. Это позволяет избавиться от запутанной логики и оперировать лишь абстракциями, где программисту тепло и уютно.

WPF позволило всем этим проектам выиграть тендер, а деньги там, где принимаются серьезные решения. Так что судите сами.

Разумеется, все подробности описать не могу, это система безопасности. Кроме того, наша компания писала только логику, железом занимались другие компании. Завод располагался на маленьком острове в открытом море, к нему на расстоянии нескольких км от скважин по дну моря были подтянуты газопроводы, на материковом берегу построена ВВП. В случае опасности, персонал должен был сесть на мотоботы и отчалить. Поэтому система должна была обладать достаточной логикой не только контролировать опасность возгорания, но остановить технологический процесс, локализовать его и потушить. Как вы сами понимаете, на таком потенциально пожароопасном объекте этому уделялось большое внимание. Каждый цикл производства был разделен на независимые модули с дублирующим оборудованием, подведены системы мониторинга, независимой разблокировки узлов, снятия давления, датчики температуры, газа и огня, пожаротушения, словом, люди в таких местах не работали.
От софта требовалось иметь необходимую гибкость, потому что персонал сам создавал сценарии действий во время мониторинга или пожара. В основе лежал граф, на каждый узел можно было назначать определенные события, то есть никаких if-ов. Граф состоял из нескольких миллионов узлов, каждый из которых, мог независимо брать контроль над системой и выполнять чеклист. Все события назначались инженерами по безопасности заранее, чтобы в случае эвакуации система могла самостоятельно остановить производство и потушить очаг возгорания. Система, отвечая на события, генерировала последовательность выполнения заданий.
WPF интерфейс был представлен в виде потока линий, каждую из которых можно было драг-дропом соединять с соседними, таким образом можно было видеть, как система будет действовать в случае того или иного события. Каждый сценарий можно было визуализировать в виде понятной блок-схемы. После каждого назначения события система проверяла правильность действий оператора и логику выполнения. Кроме того, система рассчитывала процент риска при выполнении того или иного сценария.

Как я уже писал, я не могу освещать подробности, это коммерческий продукт и ноу-хау компании. Скажу только, что это не плоский граф, а линки имели звездообразную структуру. Это конечно сильно замедляло систему на старте, система стартовала примерно в течение получаса, но это не влияло на работу т.к. она всегда была в онлайн режиме. БД находилась в другом городе у хостинговой компании. Для связи с бд использовались веб-сервисы, это позволяло контролировать работу практически в любой ситуации. Самый большой недостаток оказался в использовании event handler-ов, некоторые операции требовали обновления большого количества хэндлеров и система падала от нехватки памяти. К сожалению этот недостаток не смогли устранить по ряду причин. В целом достоинств оказалось больше, чем недостатков и система была признана годной к эксплуатации. Не судите строго, это очень серьезное ПО и сделать что-то лучше пока еще не удалось.

Да и перестаньте меня называть «крут», я просто люблю свою работу и также как все делаю порой жестокие ошибки. Во избежание краша системы во время настройки (это происходило во время настройки политики) был придуман такой хак, возможно, это кому-то пригодится, регистрировался список хэндлеров для обновления и хэндлеры обновлялись медленно по порциям с принудительным освобождением памяти, другого выхода найти не смогли.

WPF это технология, а не язык, какая там может быть логика. С библиотек были выдвинуты public properties для связи с мордой, все остальные визуальные навороты средствами XAML, стандартный подход.
В таких системах проблем со связью не бывает, если уж пропала, включиться другая. Связь с бд приложение поддерживало только на апдейтах, но после настройки системы апдейты были нечастыми, только при смене оборудования. В бд хранился граф, который подгружался на старте, затем он находился постоянно в памяти, обмен с памятью более менее интенсивный (система постоянно находится в режиме мониторинга).
Работало это так, система формировала запросы к графу, в сущности дергала узлы, граф выдавал необходимые логические операции в виде срабатываний хендлеров, которые уже управляли оборудованием, нечто похожее реализовано в линке и в лексическом анализаторе SQL сервера, тоже был интерпретатор команд. Поскольку граф иерархический, соответственно он поднимал зависимые узлы, например, давление в подающей трубе снизилось, на зависимое оборудование пошла команда снизить потребление. Человек так быстро не сможет реагировать.
Интересный проект, идея была наша, ядро писала команда из 26 человек во Вьетнаме.
Спрашивайте, если интересно, постараюсь ответить на вопросы программирования.

Вьетнамцы, кстати, выдали отличный код, на 5 с плюсом, сначала правда макаронили, но мы их быстро подтянули и они сразу вьехали, что надо делать. Молодцы.