Что может и чего нельзя делать WPF?

Вы можете разместить все, что построено на Win32 GDI / USER API (WinForms, элементы управления ActiveX) внутри приложения WPF, поэтому даже если вы столкнетесь с некоторыми ограничениями с приложением, которое в основном является WPF, вы всегда можете разместить в нем некоторые старые элементы управления.

А начиная с версии 3.5 SP1 вы даже можете довольно легко размещать анимированную графику DirectX (хотя поддержка 3D в WPF предоставляет свои собственные гораздо более простые способы достижения наиболее часто выполняемых задач).

Что касается сравнения, основным преимуществом WPF перед WinForms является то, что он придерживается собственной компонентной модели, поэтому очень большая часть элементов управления может действовать как контейнеры для других элементов управления. Хотите добавить поле со списком в пункт меню? Не уверен, зачем вам это, но вы можете. Более удобно, если вы поместите кнопку в список (или в древовидный список). Подобные вещи невозможны, если вы не реализуете все стандартные элементы управления с нуля (что и делает WPF).

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

(Причина, по которой это, вероятно, временные проблемы, заключается в том, что Microsoft Visual Studio 2010 принимает WPF. Так что теперь они «едят свою собачью еду».)

Вы можете делать в WPF практически все, что вам нужно, из приложения с графическим интерфейсом. Но это не настоящая польза, ИМХО.

Одним из реальных преимуществ WPF является скорость и простота разработки после того, как вы пройдете кривую обучения (а есть кривая обучения!)

Другое важное преимущество, и, вероятно, самое большое, заключается в том, что он позволяет дизайнерам работать над презентацией, делать множество интерактивных вещей, используя удобный для дизайнера (во всяком случае, более дружелюбный) инструмент и не отправляя запросы кодерам. Просто изменив .xaml, дизайнер может сделать приложение почти полностью другим и добавить все виды поведения (исчезновение, расширение панелей, всякие полезные вещи). Не меняя ни строчки кода.

Теоретически вы можете делать в WPF все, что хотите. Сравните это с приложением WinForms. Есть ли что-нибудь, что вы не можете построить из этого? Не совсем. То же самое и с WPF. Просто WPF лучше подходит для некоторых вещей, таких как анимация, видео, графика и т. Д. Поскольку он основан на xaml, он также лучше подходит для привязки данных, например, к XML. См. Также этот связанный вопрос.

Что касается вашего второго вопроса, я не понимаю, что вы имеете в виду. Вы имеете в виду, можете ли вы показывать веб-сайты с помощью WPF? Да, конечно, как и WinForms.

Ой, в WPF до сих пор не реализованы некоторые вещи. DataGridViews как популярный пример есть только в предварительном просмотре codeplex. У вас есть много вещей, таких как Expander, которые работают по-разному, и у вас может быть много проблем с автоматическим изменением размера контента.