artbear писал(а) 24. Июля 2008 :: 11:57:

Наверное к концу недели я становлюсь излишне ортодоксален.
Но нет, не убедил.

Есть несколько вариантов исправления.
Нужно выбрать лучший

1. Просто перебираем в объекте-КОП всех наследников и ищем первого предка, что реализует универсальный интерфейс загрузки

2. Научить класс CComponentClass для самостоятельной реализации интерфейс загрузки.
Но в этом случае неясная ситуация с классом, у которого нет предков с реализованным интерфейсом загрузки. Единственный выход - это выдавать ошибку в методе интерфейса ldrInit

Зато в этом случае КОП может четко узнать о загрузке данных в его предка. Например, можно сделать 2 метода-события, вызываемых до загрузки и после загрузки.

3. Или пойти еще дальше и делегировать в сам объект КОП интерфейс загрузки, чтобы КОП мог также служить приемником выгрузки.

Например, если в КОП-е есть методы
Число РеализуемИнтерфейсЗагрузки() - или это лишний метод в этом случае?
Число СобытиеЗагрузки_НачалоЗагрузки(КолвоКолонок, КолвоСтрок)
Число СобытиеЗагрузки_ДобавитьКолонку(...)
Число СобытиеЗагрузки_ДобавитьДанные(Контейнер) - сюда передавать какой-нибудь контейнер, проще всего Вектор.
Число СобытиеЗагрузки_ОкончаниеЗагрузки(КолвоКолонок, КолвоСтрок)

Если же этих методов нет или РеализуемИнтерфейсЗагрузки возвращает 0, тогда используем п.2

Мне лично п.3 очень нравится

kms писал(а) 25. Июля 2008 :: 09:50:

Да, для загрузки само собой.
"если класс не реализует интерфейсы загрузки" будем определять как?
наличием в классе всех 4-х обработчиков "СобытиеЗагрузки_" ?

Для универсальности завел еще один интерфейс IQueryInterface_Loader_Unloader c методами
BOOL IsLoader() и BOOL IsUnloader()
типа если классу нужна вариативность с поддержкой интерфейсами загрузки/выгрузки (как у КОП), то он реализует данный интерфейс и обязан реализовать соответствующие интерфейсы загрузки или выгрузки.
Если вариативности не нужно, все остается как сейчас.

ЗЫ интерфейсы рулят

А как я для CComponentClass должен поступить - когда КОП может реализовывать интерфейс, а может, не реализовывать, т.е. проверка на этапе выполнения
А CComponentClass должен на этапе компиляции показать реализацию унив.интерфейса загрузки.

Я потому и спрашивал ранее, может быть, в ldrInit тупо возвращать код ошибки ?
ИМХО иначе без спец.интерфейса подтверждения реализации унив.интерфейса загрузки/выгрузки не обойтись

ЧТо скажешь?

kms писал(а) 25. Июля 2008 :: 11:12:

Как раз чтобы универсально опрашивать любой объект и нужен подобный интерфейс
Не хочется, как всегда, вставлять блоки типа if(type)

Почему будут проблемы при 1sqlite ?
1. у нас пока что интерфейсы все-таки разные
2. как интерфейсы совпадут, проблемы быть не должно при нормальной реализации интерфейса.
Пример - ПоставщикТП в виде класса 1С++

Ну, в принципе, если тебе надо помоделировать - то не вопрос.
Только не заставляй меня в векторах (например) поддерживать еще и интерфейс IsLoader_Unloader.
Лучше поколдуй над CComponentClass, а если что, подумаем, не надо ли чего улучшить.

kms писал(а) 25. Июля 2008 :: 11:21:

Правильно, так это и сейчас нельзя сделать
Т.к. CComponentClass должен знать о попытке его преобразования к IGeneralResultLoader, иначе косяк
В общем, схема нарисовалась, получается очень универсально.
Почти сделал уже