Миграция от Windows Forms до WPF … действительно ли это стоила того?
Вот статья , которая может помочь вам с использованием Flexbox.
так что в вашем случае это может работать
HTML
CSS
.row{
background-color: #fff;
min-width: 100%;
min-height: 200px;
display: flex;
justify-content: center;
align-items: center;
overflow-x: auto;
}
.row::-webkit-scrollbar {
display: none;
}
.item{
background-color: #e74c3c;
min-width: 200px;
margin: 5px;
}
все имена классов или селекторы HTML могут быть взаимозаменяемыми, и я просто использовали% ul и% li и примеры
6 ответов
WPF является большим. Это особенно хорошо для расширения средств управления как TreeView с удовлетворением требованиям заказчика. Можно добавить строку как объект в TreeControl. Можно также добавить маленькую панель, содержащую изображение и некоторый текст в различных шрифтах и цветах. Или можно добавить кнопки или что-либо, что Вы любите. Это имеет абсолютно общую composability систему. То же идет для ListBox, ComboBox, Кнопки, и т.д. Все их содержание или дочерние объекты могут быть столь же простыми как строка или столь же сложный как многостраничное средство просмотра документов с кнопками масштабирования (если Вы хотите).
, Но единственный способ узнать должен попытаться портировать одну из Ваших форм. Не должно быть слишком трудно сделать Окно WPF открытым из Вашего существующего приложения. Я начал использовать WPF путем создания новых панелей GUI, которые были размещены в приложении Win32 C++. В конечном счете было столь очевидно, что WPF был способом пойти, что мы передвинули его и сделали внешнюю оболочку WPF с некоторыми древними диалоговыми окнами все еще реализованный старым кодом C++, где мы не могли быть побеспокоены для перезаписи их (вероятно, точно, что произойдет с Visual Studio 2010).
Для меня WinForms по сравнению с решением WPF является простым - если нормальные люди собираются использовать его, пользовательский интерфейс может иметь значение между победителем и проигравшим.
Это - определенно крутая кривая обучения. Но я никогда не становился сделанным с симпатичным приложением WPF и говорил "Человека, я должен был использовать WinForms".
я сказал бы, вкладывают капитал в усилие сделать Ваш UI лучше, когда это возможно, для Ваших клиентов, таким образом, да к WPF, если это так.
Профессионалы:
- Смехотворно легкая привязка данных (большую часть времени)
- Смехотворно легкая настройка стиля
Недостатки:
- Очень крутая кривая обучения
- Некоторые очевидные ошибки или проблемы. Подобный.NET 1,0 Windows Forms
- Минимальная поддержка инструмента
, По-моему, WPF определенно заменит Windows Forms в какой-то момент. Однако прямо сейчас инструменты являются главным, удерживающим на месте его. Я не соглашаюсь с Данком, что Microsoft отбросит его для чего-то еще. Измените его да, но я думаю, что это устанавливается.
необходимо ли изменить приложение для использования WPF теперь? Нет. Не стесняйтесь изучать WPF, но если Ваше приложение будет в настоящее время хорошо работать, то WPF не даст Вам ничего дополнительного. Это просто делает выполнение, что возможно в намного легче Windows Forms.
WPF имеет смехотворно большую кривую обучения. Это, скорее всего, потребует, чтобы Вы переписали намного больше, чем Вы думаете для того, чтобы просто изменить UI. Кроме того, много опций, которые сделали бы WPF более хороший использовать просто, не реализовано или включено в WPF все же. В отличие от routeNpingme, я записал симпатичные приложения WPF и сказал, "Что пустая трата времени, я должен был использовать Windows Forms и завершиться в на 70% меньшее количество времени".
РЕДАКТИРОВАНИЕ: кроме того, если Microsoft не выясняет способ сделать WPF легче учиться, я не вижу, что он завоевывает популярность в массах вообще. WPF может сделать некоторые очень прохладные вещи, но немного усилия помочь понять вместо того, чтобы бросить материал по стене имело бы большое значение. Меня в малейшем не удивило бы видеть, что Microsoft отбрасывает WPF для чего-то более легкого для работы с в не слишком отдаленном будущем. Не идите, изменяя Ваше приложение Windows Forms только ради изменения его.
Портирование является трудным решением. Таким образом, просто некоторые мысли, чтобы помочь Вам решить.
WinForms в порядке, в то время как Вы работаете по правилам и сохраняете все оттянутым, как. Но даже изменение границы на некоторых средствах управления может потребовать сложной и точной работы и навыка, как Вы уже знаете от древовидной настройки. Те же задачи могут быть сделаны очень изящным способом в WPF.
кроме того, привязка данных в WPF сохраняет меня много времени. В долгосрочной перспективе Вы заканчиваете тем, что думали о привязке данных сценариев, которые не могли быть удаленно возможными в WinForms без кодирования особого случая.
я даже не рассматриваю WinForms для новой разработки - нет никакого оправдания за затраты на настройку.
Я начал представлять элементы WPF в рамках своего приложения WinForms и до сих пор имел большой успех.
основной компонент приложения является управлением сеткой, и я еще не нашел текстовый рендеринг WPF достаточно резким для представления таблицы важных текстовых данных.
, Но приложение имеет несколько дополнительных панелей, и большинство их реализовано с помощью WPF. Так, я иду для гибрида WinForms и WPF через эти ElementHost управление.
я нашел, что гибкость WPF допускает намного более привлекательный и применимый UI, и мои пользователи кажутся очень довольными им. В моем случае также было с политической точки зрения легче представить WPF одна панель за один раз.