Кто-нибудь использует WPF для реальных приложений LOB?
Мы все видели умные демонстрации WPF, показывающие видео, нанесенные на 3D-элементы. Они отлично смотрятся, но как насчет реального мира приложений бизнес-приложений, которые составляют большинство усилий разработчиков. Является ли WPF только для приятных глазных конфет?
Пока мы обсуждаем это, умные ребята создают потрясающие приложения:
Lawson Smart Office приносит WPF доброту предприятию
Просто развертывание приложения WPF LOB примерно в 400 муниципальных местах. Не тяжело на глазных конфетах, но очень тяжело для привязки данных.
WPF выполнен для LOB!
В SP1 недавно были исправлены многие недостатки (т.е. отсутствие рефакторинга), но инструменты по-прежнему, мягко говоря, отстают.
Я нахожу, что ироническое видение того, что XAML был изобретен для удобного инструмента.
Чтобы использовать WPF, вам действительно нужно понять некоторые основы в объектной модели WPF, и я не вижу, как процесс разработки/разработчиков происходит в ближайшее время.
Там действительно крутая кривая обучения, но она того стоит.
Задачи, которые когда-то были огромными, теперь тривиальны, и, наоборот, задачи, которые раньше были мертвыми, почти невозможны.
Я работал над продуктом Helios в этой настройке. WPF поверх многих других вещей, включая С++.
WPF - это то, что я бы рекомендовал, если бы вы разрабатывали .NET и нуждался в интеллектуальном клиентском приложении с сильно настроенным пользовательским интерфейсом. Если вы подумывали об использовании простого пользовательского интерфейса Windows-y, перейдите в Windows Forms.
Я являюсь членом группы датской архитектуры, в которой многие из членов сосредоточены исключительно на создании приложения WinForms (я сам веб-сайт). Во время наших встреч тема создания приложений Windows в Winforms vs. WPF возникала несколько раз, и каждый раз после долгого обсуждения вывод заключался в том, что WPF действительно позволяет создавать некоторые очень красивые приложения, которые они используют для WinForms, потому что они потерять слишком высокую производительность на данный момент.
Основной причиной приклеивания Winforms являются инструменты. Они улучшаются, хотя.
IMO WPF только начинает превращаться в жизнеспособный путь для реальных компаний-разработчиков программного обеспечения. Компании, которые должны поддерживать существующие базы установки, теперь просто становятся в .net 3.5 в своих проектах следующего поколения, и в рамках этого WPF считается..
Я думаю, что реальная проблема заключается в том, что WPF не для веб-приложений, для распределенных приложений и, как таковой, есть более длительный таймфрейм, связанный с его выходом на рынок..net 3.5 может использоваться во многих размещенных веб-приложениях, но он только начинает появляться в распределенных приложениях, а с ним и WCF, WPF и т.д.
я бы сказал, что в течение следующих двух лет вы увидите много всплывающих приложений WPF. Мы разрабатываем приложения WPF прямо сейчас для обработки банковских счетов - так что да, это жизнеспособно и используется для реальных приложений - они просто не могут еще не вышел;)
Я чувствую, что демоны для глазных глаз нацелены в основном на дизайнеров. Сказав это, существует огромный потенциал в улучшении удобства использования приложений LOB с использованием WPF. Проверьте эту статью о возможностях Silverlight.
Линейные приложения имеют пресловутую репутацию за то, что они являются бизнесом и не получают удовольствия. Дело в том, что "пользовательский опыт" никогда не был главной проблемой при разработке бизнес-приложений (LOB). В то время как многие приложения типа LOB уделяют все большее внимание юзабилити, они часто не привлекают апелляцию. Пользовательский опыт на самом деле представляет собой сочетание как удобства использования, так и привлекательности.
Мы начали использовать его в периферийных устройствах для основного приложения, как POC, а также возможность обучения.
Это выглядит нормально, но у нас есть только один графический художник, который перегружен работой, и без него приложения WPF по-прежнему выглядят графически, как приложения, разработанные разработчиками.
Помимо того, что мы не являемся графическими кодировщиками, мы в основном по-прежнему создаем приложения Forms в WPF, а не полностью используем WPF. Я уверен, что мы можем творить чудеса с большим количеством ресурсов и опытом, и я смотрю вперед, чтобы сделать это.
Мы также рассматриваем использование Silverlight, чтобы успокоить мнение босса о том, что вы ничего не можете сделать в приложении форм, которое невозможно сделать в Интернете. Это опасная линия, хотя он мог бы начать верить, что он прав, и мы все просто не жаловались ни на что (на самом деле он уже делает:))
Один мой друг использовал WPF для какого-то проклятого древовидного дерева (как в древовидном представлении), где он делал немного лучше, чем простое скользящее представление. Я мог бы поговорить с ним о том, чтобы превратить его в общественное достояние или что-то еще.