В WPF, который лучше, использовать изображения для значков или путей XAML? Зачем?

Question

В настоящее время я работаю над обновлением ERP-системы нашей компании до новой крупной версии, и в настоящее время я закладываю основы для интерфейсного интерфейса, используя, конечно, WPF, теперь я хочу знать, использовать ли элементы Image или объекты XAML Path (векторная графика) для значков решений (например, добавлять, удалять, сохранять, дублировать, искать ... и т. д.). Из вашего опыта, который лучше и почему?

Answer 1

Я согласен с CodeWarrior, но я думаю, что есть много других факторов в этом решении, в том числе:

• , который производит изображения? Вы? Если да, то как ваши таланты дизайна? Я знаю, что у меня лично не будет надежды на создание достойных перспективных растровых иконок, и все же я смогу создавать пассивно привлекательные значки в XAML
• вам нужно будет отображать значки разных размеров? Если это так, XAML снова может сэкономить вам много времени, так как он имеет тенденцию масштабироваться гораздо более четко
• вам нужно будет отображать значки с очень малыми разрешениями? Если это так, значки XAML могут выглядеть менее привлекательными.
• Значки XAML придадут вам большую гибкость, если вам нужно объединить изображения или изменить их тонко, например, изменить их толщину, цвета или «похудеть», когда они отключено
• Наконец-то нет ничего, что мешает вам иметь лучшее из обоих миров. В моем заявлении я знал, что мне нужна основная иконка во многих местах. Я разработал его в XAML, а затем написал небольшое поддерживающее приложение, которое выплевывало его как растровое изображение разных размеров. Это упростило использование в качестве значка приложения, и оно выглядит четким при каждом необходимом размере (например, как значок рабочего стола, как значок окна и т. Д.). Кроме того, я использовал его в самой программе как ресурс XAML, например, в заставке

Answer 2

Это зависит от объема изображений, которые вы планируете отображать. Если у вас есть небольшое количество изображений, которые будут отображаться несколько тысяч раз, пути XAML имеют смысл. Если это всего лишь несколько изображений, отображаемых несколько раз, пути XAML занимают больше времени, чем это было бы полезно. Аналогично, если у вас есть тысячи изображений, которые отображаются только один раз, переходите к изображениям, так как навсегда переходите на пути XAML (если у вас нет способа сделать это программно).

Похоже, вы используете небольшое количество изображений несколько раз, поэтому идите с изображениями. Для этого не требуется большая вычислительная мощность, и большое преимущество WPF заключается в том, что он разгружает графический материал рендеринга на GPU, а не использует для него процессор.