Является ли чрезмерная вложенность панелей макета WPF (например, Grid ) вычислительно дорого?

ребят

Я слышал от коллеги, что я - как дизайнер, использующий Microsoft Expression Blend - должен избегать использования чрезмерной вложенности элементов панели, потому что это требует больших вычислительных ресурсов.

Например, я обычно создаю главное окно с заголовком и настраиваемую строку состояния с сеткой, а затем беру верхнюю панель и помещаю в нее сетку, и если у меня есть сообщение внутри прямоугольника на уже привязанной к сетке верхней панели, я создаю еще одна сетка и т. д.

Как дизайнер, ориентированный на макет (который хочет использовать каждый экран наиболее эффективно, независимо от его размеров), я знаю, что это лучший способ сделать это, учитывая абсолютный контроль и гибкость, которые предотвращают окно для изменения размера "непредсказуемым" способом; oP

НО ... ... этот мой друг сказал, что если у вас есть, скажем, пять сеток, вложенных друг в друга, если вы наведете на них указатель мыши, вы создадите пять событий мыши, что дорого.

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

У меня был некоторый опыт работы с PyGtk, и я должен сказать, что использовал МНОГО панелей макета для всех моих скриптов, и даже изменение размера окон никогда не казалось мне особенно дорогостоящим, за исключением тех случаев, когда мне приходилось пересчитывать какой-то сложный рисунок холста.

Кто-нибудь имеет опыт или знает что-нибудь об этом?

Большое спасибо за чтение.