Есть ли вообще какие-либо известные проблемы с производительностью в WPF, связанные с изменением размера столбца сетки?WPF-столбец с изменениями размеров производительности
У меня есть приложение, где мне нужно делать некоторые вещи в столбце, но для всех различных решений я считаю, что изменение размера столбца замедляется. Это применимо, когда у меня обычно более 1000 элементов в моем списке, но я предполагаю, что это не слишком много для WPF ..? Так; общий вопрос заключается в том, что вы столкнулись с медленным изменением размера столбца и нашли ли вы решения для этого? Что вызвало это?
Некоторые подробности о моем конкретном случае:
я могу иметь две разные вещи в моих колонках; ComboBox или TextBlock. ComboBox должен заполнить весь столбец и перейти к изменению размера столбца, а щелчок по пустой области столбца с помощью TextBlock должен выбрать строку. Вот где проблема. Для всех решений я должен это изменить размер столбца. Единственный способ сделать изменение размера гладким, что я нашел, - это добавить StackPanel вне их с Orientation = «Horizontal», но с этим я не могу добиться описанных выше стилей.
Вот некоторые наблюдения:
- Добавление стиля HorizontalContentAlignment = «Stretch» к элементам списка делает ComboBoxes Stretch и TextBlocks интерактивными, но и колонка размер медленно.
- Добавление фона = «Прозрачный» к StackPanel или к элементам, которые вставлены внутри них, также решает проблему, но делает изменение размера медленным.
- Добавление внешней StackPanel с свойством Orientation = «Horizontal» делает изменение размеров плавным, но я не могу применять стили, как описано.
Я уже видел это в своем приложении, но этого больше не происходит, и я не знаю почему. Извините, что так неинформативен, но, по крайней мере, вы знаете, что вы не сумасшедший. Какую версию платформы .NET вы используете. Microsoft заявляет о многих улучшениях производительности в 3.5 и 3.5 SP1. – PeterAllenWebb