Каково различие между stackpanel и virtualizingstackpanel в WPF?
строковые ресурсы могут использоваться в сочетании с исходными наборами .
при определении значений производства в main и переопределении в debug, этого должно быть достаточно.
Например:
-
src/main/res/values/strings.xml(mainпо умолчанию для всех типов сборки). -
src/debug/res/values/strings.xml(модульные тесты также имеют тип сборкиdebug).
эти файлы будут объединены при сборке; и он переопределит значения, где совпадает имя строкового ресурса. source-set debug может иметь только несколько файлов, потому что он имеет только переопределения.
В AdMob проблема заключается просто в том, что у каждого типа сборки разные имена пакетов (что не поддерживается); недавно закончились добавлением альтернативного имени пакета с суффиксом .debug.
2 ответа
VirtualizingStackPanel может выигрыши в производительности предложения при работе с очень большим количеством. Это делает так, только представляя и обрабатывая подмножество данных, которые видимы пользователю по сравнению с обработкой всего списка данных. Путем создания только элементов UI для видимых объектов, это может значительно уменьшить объем работы, который это должно сделать.
Это действительно только удобно, хотя, если
- Вы - привязка данных элементы неUI или элементы, для которых UI должен быть создан в конкретной панели
- , Вы - привязка данных много данных
А StackPanel, с другой стороны, впереди создаст средства управления для всех элементов, содержавших в StackPanel.
страница VirtualizingStackPanel MSDN имеет достойное обсуждение: http://msdn.microsoft.com/en-us/library/system.windows.controls.virtualizingstackpanel.aspx
Это относится к визуальному дереву. Работы virtualizingstackpanel с вещами как поля списков и т.д. для сокращения размера визуального дерева, только отображая видимые объекты - это полезно, где привязка данных происходит.