Вы можете создать одноэлементный класс для каждого значка. Первая ссылка создает дескриптор. Последующие вызовы используют существующий дескриптор.
Не зная больше о вашем пользователе, мое следующее предложение может быть только очень общим. Но у вас может быть один растровый слой, на котором вы рисуете все свои значки. Остальные элементы вашего пользовательского элемента управления будут существовать выше и вокруг этого растрового изображения.
К сожалению, эта идея может быть проблематичной. Требовать от вас реорганизовать код, который вы все готовы использовать для компоновки значков. Наконец, это не является основополагающим для того, как идеально работают структуры с конструкцией контрольной формы.
Мы столкнулись с проблемой ресурсов с формами ввода для параметрической формы, которую мы поставляем с нашим программным обеспечением CAM. Слишком много текстовых записей вызывало различные формы странности и утечек. Таким образом, мы вместо этого создали метки с границами, которые выглядели как текстовые записи, и имели ОДНЮ текстовую запись (и запись со списком). Когда пользователь вводит вкладки, вводит или щелкает одну текстовую запись, перемещенную в новую запись, и метка была настроена для предыдущей записи.
Это совершенно не интуитивно понятная настройка, нежели то, как вы обычно это кодируете, но это был единственный способ справиться с нашей проблемой с ресурсами.
По моему опыту, похоже, что в графических интерфейсах GUI есть проблемы, когда вам приходится иметь дело с десятками или сотнями записей и что вам нужно подойти к проблеме, используя другой дизайн.