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

самый простой пример абстракции, который я приводил

а у класса уже есть интерфейс и методы, который
по опред-му (заранее созданному) (стандартному) и редко изменяемому
алгоритму, что-то делает ...
И ЭТО называется "упрощение"? Ничего себе!?

Очевидный и понятный интерфейс прямого указания ControlSource Вы заменяете на некий не очевидный и довольно сложный внутренний механизм. Даже если принять на веру, что он "редко изменяется", представляете сколько проблем имеет человек с ним работающий?

У формы обычно несколько десятков объектов. Вы должны вручную , в некотром специальном свойстве, расписать какой истоник данных к какому объекту привязывать. Это вместо банального выбора ControlSource из списка возможных значений. А если ошибся где-то в этом списке? Лопатить его заново?

Использование такого механизма - это как раз следствие невозможности прямой привязки данных к объектам класса (VCX). Т.е. то, что дизайнер формы делает визуальными средствами, в случае отказа от SCX программист будет вынужден описывать программно.

прошелмимодля оконч-го проникновения

показано как разложить по библ-м наследников и род-й
как сделать подъем
(на вз-е с курсорами и работу с ними не смотреть)
это сделано для того чтобы показать посл-ть построения и взаим-я классов

чего не смогли понять на фоксклабе
и Владимир не осилил
Можно уточнить, что именно я не осилил?

Так ЧТО осиливать-то?

Т.е. Вы даже не можете внятно сказать, о чем речь? И еще хотите что-то кому-то объяснить?