Где найти описание технологии или пример (или что-нибудь) по использованию в c++builder интерфейсов (на основе абстрактных классов). Интерфейсы необходимы к компонентам VCL (в основном к формам и датамодулям). Суть такова: необходимо к датамодулю добавить интерфейс, чтобы затем использовать только этот интерфейс для работы с датамодулем. Формы работающие с датамодулем не должны ничего знать о датамодуле, только интерфейс. (В формах не должно быть include "TDataModule.h").

Интересует не использование Microsoft COM, а использование встроенного типа interface именно в c++builder для отделения интерфейса модуля от его реализации!

  Тут полная засада. Билдер использует для COM технологию ATL, но VCL вряд ли совместим с ATL. В делфи интерфейсы работали нативно. В билдере же для наследников VCL запрещено множественное наследование, так что напрямую ничего такого сделать не получиться. Я сам долго матерился из-за этого. Как вариант написать наследование интерфейса на паскале, а затем использовать в билдере этого наследника, который уже выполняет нужный COM интерфейс. Плохая конечно же затея... Еще вариант сделать чистый объект С++, а VCL объект поместить в него как поле и все нужные вызовы перенаправлять ему. 

Спасибо! Столкнулся с такими же проблемами. Но ведь должен же быть способ их решения.

А не скажете, нет ли у Вас опыта использования такого подхода. С какими проблемами можно столкнуться.
Просто у меня очень много модулей (форм и датамодулей порядка 400). Надо разбивать приложение на модули. Хочу сделать нечто подобное COM, только в рамках своего приложения. Ошибка при принятии стратегического решения будет стоить очень дорого.

  Это же билдер. Гибрид с паскалем вынуждает ставить ограничения 2х языков сразу. В делфи запрещено множественное наследование классов, а в билдере интерфейс определен как класс, так что никак.

Добавлено через 3 минуты и 25 секунд

  Если скорость не критична, то можно использовать делфийскую рефлексию перенесенную в билдер. Т.е. использовать строковые имена свойств для присваивания или чтения. 

Может я не поняла вопрос, а почему просто так не сделать:
h.
class ISashaIterface
{
  public:
    void Myf() = 0;
};

h.
class TCustomDataModule : public TDataModule, public ISashaIterface
{

};

?

Лена, С++ Builder игнорирует объявление ",public ISashaIterface" и оставит только "public TDataModule", поскольку TDataModule реализован на делфи, а делфи не поддерживает множественное наследование классов, только множественное наследование интерфейсов.

Добавлено через 52 секунды
  Что самое пакостное, игнорирует объяву, но даже не выдает ворнинга. Это предел тупости ИМХО.

Да, действительно так.

У меня такой проект не выдает никих предупреждений, компилируется нормально. Но при запуске и попытке вызова метода интерфейса выдается access violation в модуле vcl14.bpl (вроде бы (если честно не помню, но точнов каком-то модуле bpl от c++builder))

Это они "доработали" (в худшем смысле этого слова). У меня Builder 5.0 (знаю, что старьё, но нужно старые проекты поддерживать). Так вот там выдаётся даже не warning, а error: 

Вот тут, человек утверждает что так наследовать для ИНТЕРФЕСОВ все же можно: http://forum.sources.ru/index.php?showtopic=305702&st=15

То, что Chow из Вашего форума утверждает, что у него работает множественное наследование, ничему не противоречит, т.к. TTreeNode, если мне не изменяет память, не наследуется от TObject, т.е. не является VCL-объектом

Теперь понятно.  

  Насколько я знаю С++ Builder не поддерживает такое расширение языка как интерфейс. Как же указать компилятору, что текущий абстрактный класс является интерфейсом? Может существует какая-то директива особая, которая позволит пометить? 

Интерфейс - это не расширение языка, а просто набор виртуальных абстрактных функций, и builder вполне поддерживает наследование интерфейсов (и множественное тоже), только нельзя наследоваться от интерфейса И от VCL-объекта, наследованного от TObject

borisbn, речь не С++, а о делфи, на котором написаны объекты VCL. Вот для него важно, чтобы интерфейс был строго интерфейсом, а не классом. Иначе компилятор не разрулит ситуацию. Я сам перерывал доки, но так и не нашел ничего похожего. Билдер ведь допускает множественное наследование частично реализованных абстрактных классов и даже с полями. Такие абстрактные классы не годятся на роль интерфейсов. Наличие таких возможностей (в билдере) принципиально закрывает возможность наследование от абстрактного класса, пусть он фактически неотличим от интерфейса. А вот если бы в билдере был механизм определения интерфейсов не допускающих ничего лишнего, тогда VCL объект мог бы наследовать интерфейс.