Преимущество приложения WPF против Winform для бизнес-приложений? [закрытый]
Я знаю asp.net и развитие winform. Я не тот тип разработчиков, который прыгает в новую технологию только потому, что она новая. Это должно дать мне дополнительные преимущества, такие как более высокая производительность.
каковы преимущества WPF над Winforms для чистых бизнес-приложений? Меня не интересуют дополнительные глазные конфеты, анимация, градиенты, эффекты отображения изображений и т. д., которые предоставляет WPF. Бизнес-приложения предназначены для ввода данных, отчетов о данных и, возможно, некоторых диаграмм и статического отображения из фотографий.
как WPF поможет в этих приложениях? Лучше богаче привязка данных? WinForm-это зрелая проверенная технология, и мне нравится тот факт, что я могу делать все в Visual Studio vs multiple IDE для WPF (VS & Blend family). Кроме того, я думаю, что WPF не имеет таких богатых элементов управления привязкой данных, как их аналоги Winform (DataGridView..прием.) AFAIK, Microsoft будет по-прежнему поддерживать Winforms в течение многих лет.
попробуйте убедить кого-то вроде меня переключиться.
7 ответов:
Я знаю asp.net и развитие winform. Я не тот тип разработчиков, который прыгает в новую технологию только потому, что она новая. Это должно дать мне дополнительные преимущества, такие как более высокая производительность.
для моей команды WPF оказался намного быстрее, чем WinForms для разработки приложений. Недавно мы выпустили приложение среднего размера за 32 человеко-дня. У нас было преимущество опытного разработчика WPF в команде и неопытных парней, которые хотели узнать технология. Был большой моральный дух, и производительность была впечатляющей.
WinForm-это зрелая проверенная технология, и мне нравится тот факт, что я могу делать все в Visual Studio vs multiple IDE для WPF (VS & Blend family).
вы считаете себя ручным кодером или кодером перетаскивания? Если вы считаете себя drag-and-dropper, то текущий урожай инструментов WPF может не подходить для вас. Может быть, дождаться Visual Studio 2010? Я работаю почти исключительно в XAML. Большинство пользователей WPF, вероятно, согласятся, что это самый эффективный способ создания приложений WPF на данный момент. Но тогда я также создаю свой HTML вручную, поэтому он кажется мне естественным...
каковы преимущества WPF перед Winforms для чистых бизнес-приложений? Меня не интересуют дополнительные глазные конфеты, анимация, градиенты, эффекты отображения изображений и т. д., которые предоставляет WPF.
раньше я так думал, но недавно разработано бизнес-приложение, которое имеет градиенты, базовую анимацию и эффекты. Эти причудливые функции были добавлены для улучшения пользовательского опыта. Почему бизнес-приложения должны быть серыми? Почему они должны быть непригодны? Конечно, это не цвет, градиенты, анимация, которые делают бизнес-приложение пригодным для использования, но использование этих эффектов может помочь пользователю, и это то, что важно для меня. Я мог бы сделать все, что я сделал в приложении WPF в WinForms - это просто заняло бы много времени длиннее.
лучше, богаче привязки данных?
поддержка привязки данных действительно удивительна. Это моя самая любимая функция на платформе. Проверьте этот замечательный Databinding Cheatsheet.
попробуйте убедить кого-то вроде меня переключиться.
Я решил, что не буду пытаться убедить кого-либо еще перейти на WPF. Разработчиков я постарался "убедить" (все опытные Разработчики Winforms) обычно боролись с платформой. Они не вкладываются в технологии. Они не"понимают этого". Я призываю людей проверить технологию, чтобы увидеть, если это правильно для них, как разработчик. Кривая обучения огромна. Если вы учитесь по книгам, проверьте это так пост для некоторых мини-обзоров по книгам WPF. Если вы узнаете по видео, проверьте windowsclient.net WPF videos. Если вы учитесь на примере, проверьте этой или этой пост. Забудьте все, что вы знаете о WinForms. WPF действительно кажется ближе к ASP, чем WinForms. Создайте несколько примеров приложений. Смотрите, если это работает для вас и вашей команды.
Как вы мульти-квалифицированный (asp.net/winform навыки), вы можете увидеть преимущество Скиллинга в WPF, поскольку он очень тесно связан с Silverlight. Silverlight заполняет этот пробел между вашими клиентскими приложениями и веб-приложениями.
Я лично считаю, что WPF-лучший клиент побочная технология доступна для платформы .NET framework и, как правило, не будет развиваться в WinForms для будущей работы. YMMV
удачи с вашим решением.
У меня довольно много опыта winforms и я только немного играл с WPF, но я продан.
Почему?
гораздо больше гибкости. Если вы хотите сделать что-то нестандартное в winforms, возникает боль и страдания, но в WPF это просто.
гораздо лучше привязка данных
легче развивать (как только вы поймете основные понятия, которые, к сожалению, будут принимать пока)
когда я начал смотреть на WPF, я рассматривал его как "Winforms с векторной графикой" и побежал прямо в сторону скалы обучения. Правильный способ перехода от WinForms к WPF - это принять героическую дозу любого наркотика, который вы можете наложить на себя, чтобы забыть все, что вы знаете, а затем начать с нуля.
серьезно, хотя - это намного чище и проще, если вы используете шаблон, такой как Model-View-ViewModel. Подробнее читайте на Орбифолда этот Google Groups thread и Channel9
тогда в какой-то момент у вас будет прозрение и вы начнете привязывать все данные. Ваш код станет не намного больше, чем вызов метода initializecomponent().
Спасибо за пост. Моя компания имеет тонны времени, инвестированного в WinForms. Я не могу себе представить, чтобы получить приложение среднего размера за 32 человеко-дня; наши периоды сертификации-это месяцы подряд, а циклы выпуска иногда ежегодно или дольше (несмотря на то, что мы придерживаемся как можно более гибкой философии разработки), такова природа приложений, которые мы разрабатываем.
Я только что играл с WPF в первый раз и обнаружил, что могу получить некоторые преимущества WPF в WinForms с помощью ElementHost. Я расширил текстовое поле WPF, затем обернул свой расширенный класс в win Forms UserControl и теперь имею приложение WinForms, используя это текстовое поле WPF, в комплекте с поддержкой проверки орфографии.
Я впечатлен тем, что Microsoft подумала об этом (хостинг WPF в WinForms и наоборот), так как я действительно не могу видеть, как моя компания переходит на WPF, если мы не можем перейти в течение длительного периода времени; слишком много вложено в WinForms, чтобы начать снова. С моим недавним опытом я могу начать говорить к некоторым другим разработчикам о моем недавнем опыте и посмотреть,что их мысли. Я думаю, что WPF займет некоторое время, чтобы привыкнуть, и это похоже на другие комментарии.
Не совсем дубликат, но вы можете найти этот пост полезным о преимуществах WPF помимо новых графических битов.
просто проверьте эти результаты поиска прямо здесь, в Stackoverflow, чтобы получить многочисленные ответы. https://stackoverflow.com/search?q=WPF + Winforms
представьте, что вы можете использовать тот же пользовательский интерфейс(XAML) из вашего ASP.NET / (Silverlight) страница с вашим настольным приложением. Вы бы построили его только один раз, но подключили его к любому из них....это одно из намерений WPF/XAML...мы действительно уже там? Пока нет, но все ближе.
Comments