Здравствуйте, COFF, Вы писали:

COF>Неправильный подход — надо делать один базовый класс, который определяет интерфейс и возможно какие-то хелперы и от него два наследника — full и lite. И если уж наследовать один от другого, то lite от full, а не наоборот. Вообще же, конечно ifdef'ы и прочая условная компиляция в данном случае рулит

Забавно, но вопреки LSP, если наследовать одно от другого, то lite от full. Парадокс

А сам я думаю, что проблема очень индивидуальная...
Где-то задизейблить пункт в меню — хотя нет, это скорее demo и full ,
где-то другую форму(контрол) показать — по-разному...
Ну а где-то алгоритм, логика разная — общий интерфейс, базовый класс, наследники lite, full, которые по большей части делегируют задачу разным сервисным классам...