Преимущество приложения WPF по сравнению с Winform для бизнес-приложений? [закрытый]
Если ваше Дерево объектов является Serializeable, вы также можете использовать что-то вроде этого
static public MyClass Clone(MyClass myClass)
{
MyClass clone;
XmlSerializer ser = new XmlSerializer(typeof(MyClass), _xmlAttributeOverrides);
using (var ms = new MemoryStream())
{
ser.Serialize(ms, myClass);
ms.Position = 0;
clone = (MyClass)ser.Deserialize(ms);
}
return clone;
}
, чтобы сообщить, что это Решение довольно просто, но оно не так эффективно, как другие решения.
И убедитесь, что если класс вырастет, все равно будут клонированы только те поля, которые также будут сериализованы.
7 ответов
я знаю разработка winform и asp.net. Я не тип разработчика, который вскакивает в новую технологию просто, потому что это является новым. Это должно принести мне дополнительную пользу как более высокая производительность.
Для моей команды, WPF, оказалось, был намного быстрее, чем WinForms для разработки приложений с. Мы недавно выпустили приложение среднего размера за 32 дня человека. Мы имели преимущество опытного разработчика WPF в команде и неопытных парней, которые стремились изучить технологию. Был большой моральный дух, и производительность была впечатляющей.
WinForm является зрелой доказанной технологией, и мне нравится факт, я могу сделать все в Visual Studio по сравнению с несколькими IDE для WPF (VS & семья Смешения).
Вы считаете себя ручным кодером или кодером перетаскивания? Если Вы считаете себя drag-dropper, чем текущая обрезка инструментов WPF не может подойти для Вас. Возможно, ожидайте Visual Studio 2010? Я работаю почти исключительно в XAML. Большая часть WPF'ers, вероятно, согласится, что это - самый эффективный способ создать приложения WPF в данный момент. Но тогда, я также обрабатываю свой HTML вручную, таким образом, это чувствует себя естественным для меня...
, Каковы преимущества WPF по Winforms для чистых бизнес-приложений? Я не интересуюсь дополнительной усладой для глаз, анимацией, градиентами, эффекты дисплея изображения и так далее, которые обеспечивает WPF.
я раньше думал этот путь, но я недавно разработал бизнес-приложение, которое имеет градиенты, основную анимацию и эффекты. Эти необычные опции были добавлены для улучшения пользовательского опыта. Почему бизнес-приложения должны быть Голубовато-серыми? Почему они должны быть неприменимыми? Предоставленный, это не цвет, градиенты, анимация, которая делает бизнес-приложение применимым, но использующий эти эффекты, может помочь пользовательскому опыту, и это - то, что важно для меня. Я, возможно, сделал все, что я сделал в приложении WPF в WinForms - это просто возьмет намного дольше.
Лучшая более богатая привязка данных?
поддержка привязки данных истинно удивительна. Это - моя единственная наиболее любимая функция в платформе. Выезд этот замечательный Cheatsheet Привязки данных.
Попытка убедить кого-то как я переключаться.
я решил, что не собираюсь пытаться убедить кого-либо еще переключаться на WPF. Разработчики, которых я попытался "убедить" (все испытали разработчиков Winforms) обычно боролись с платформой. Их не инвестируют в технологию. Они "не получают его". Я поощряю людей проверять технологию, чтобы видеть, правильно ли это для них как разработчик. Кривая обучения огромна. Если Вы учитесь книгами, проверяете это, ТАК отправьте для некоторых мини-обзоров на книгах WPF. Если Вы учитесь видео, проверяете windowsclient.net видео WPF . Если Вы учитесь примером, проверяете это или этот сообщение. Забудьте все, что Вы знаете о WinForms. WPF действительно кажется ближе к ASP, чем WinForms. Создайте некоторые приложения приложения. Посмотрите, работает ли это на Вас и Вашу команду.
, Поскольку Вы широкого профиля (навыки asp.net/winform), можно видеть преимущество пристройки в WPF, поскольку это очень тесно связано с Silverlight. Заливки Silverlight, которые разрывают между Вашими приложениями толстого клиента и веб-приложениями.
я лично чувствую, что WPF является лучшей клиентской технологией, доступной для платформы.NET, и будет обычно стараться не разрабатывать в WinForms для будущей работы. Удача YMMV
с Вашим решением.
Я имею довольно мало опыта winforms и только играл с WPF немного, но я продаюсь.
, Почему?
-
НАМНОГО больше гибкости. Если Вы хотите сделать что-либо нестандартное в winforms, боль и страдание следует, но в WPF это просто.
-
Намного лучшая привязка данных
-
Легче разработать (как только Вы понимаете базовые понятия, которые, к сожалению, будут требовать времени)
Когда я начал смотреть на WPF, я рассматривал его как "Winforms с Векторной графикой" и работал прямо в сторону утеса изучения. Надлежащий способ перейти от WinForms до WPF состоит в том, чтобы принять героическую дозу любого наркотика, можно тронуть то, для упущения всего, что Вы знаете, затем запускаете с нуля.
Серьезно, хотя - это намного более чисто и легче при использовании шаблона, такого как Model-View-ViewModel. Читайте больше в Orbifold, этот поток Google Groups и Channel9
Тогда в какой-то момент, Вы будете иметь прозрение и начнете связывать с данными все. Ваш код - позади станет не намного больше, чем вызов к InitializeComponent ().
Не совсем дубликат, но можно найти это сообщение полезным о преимуществах WPF кроме новых графических битов.
Просто проверьте это результаты поиска прямо здесь в Stackoverflow для получения многочисленных ответов. https://stackoverflow.com/search? q=WPF+Winforms
Вообразите, могли ли Вы использовать тот же UI (XAML) от Вашей страницы ASP.NET/ (Silverlight) с Вашим настольным приложением. Вы только создали бы его однажды, но соединили бы его проводом любому.... это - одно из намерений WPF/XAML... мы действительно там уже? Еще, но ближе получение.
Спасибо за сообщение. Моя компания потратила кучу времени на WinForms. Я не могу представить себе приложение среднего размера за 32 человеко-дня; наши периоды сертификации составляют месяцы, а циклы выпуска иногда ежегодно или дольше (несмотря на то, что мы придерживаемся как можно более близкой философии разработки Agile), такова природа разрабатываемых нами приложений.
Я только что впервые поиграл с WPF и обнаружил, что могу получить некоторые преимущества WPF в WinForms, используя ElementHost. Я расширил WPF TextBox, затем обернул свой расширенный класс в Win Forms UserControl, и теперь у меня есть приложение WinForms, использующее это текстовое поле WPF с поддержкой проверки орфографии.
Меня впечатлило то, что Microsoft подумала об этом (размещение WPF в WinForms и наоборот), поскольку я действительно не могу представить, чтобы моя компания перешла на WPF, если мы не сможем осуществить переход в течение длительного периода времени; просто слишком много вложено в WinForms, чтобы начать заново. Имея свой недавний опыт, я могу начать говорить с некоторыми другими разработчиками о моем недавнем опыте и узнать, что они думают. Я думаю, что к WPF потребуется некоторое время, чтобы привыкнуть, и это согласуется с другими комментариями.