Я бы не знал, является ли этот дизайн преднамеренным, но есть небольшая разница в поведении при навигации, когда элементы управления сгруппированы в окне. Если фокус изменяется с помощью клавиш со стрелками, после того, как у него есть последний порядок табуляции, первый элемент управления будет сфокусирован (вниз / вправо) или наоборот (вверх / влево). IOW фокус будет обернут в родительский. Это, конечно, если какой-либо элемент управления не нуждается в клавишах со стрелками.
Что касается вопроса, как это уже указано в комментариях, кроме использования счетчика в пуле объектов, существуют другие ресурсы, связанные с окном. Это также приведет к потере нескольких циклов процессора. Будет еще один уровень в цепочке отсечения или в сообщении, или в ведении еще одного списка z-порядка и т. Д. MSDN помещает его как (я полагаю, навигационный аспект упоминается, а не визуальное разбиение): 1005 *
Для лучшей производительности приложение, которому необходимо логически разделить главное окно, должно делать это в процедуре окна основного окна, а не с помощью дочерних окон.
Тем не менее, как уже было сказано в комментариях, скорее всего, никто не сможет сказать о производительности или разнице в ресурсах, вызванной несколькими панелями.