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