Вопрос

Я изучаю WPF уже около недели ... и у меня есть основной вопрос:

С точки зрения бизнеса и представления о разработке (из вашего опыта) .. что может и что нельзя сделать с WPF (возможностями) ..

Пожалуйста, постарайтесь быть иллюстративным ..

Примеры нежелательных ответов:
«Полностью функционирующие автономные приложения с множеством анимации и блестящих изображений»

Второй вопрос:
Если я строю интерфейс XBAP для своего приложения, могу ли я сделать пользовательский интерфейс «не показывать» в браузере!

Если ты собираешься ответить на учебные пособия/веб -сайты/книги .. Пожалуйста, не копируйте их напрямую, попробуйте написать его своими словами ...

Это было полезно?

Решение

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

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

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

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

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

Другие советы

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top