Resolve Links

[Igors]

Вы предлагаете условия, а мы по ним играем... Не так ли?

Почему "условия"? Я показал, как сделал я, да, член данных "только для IO" конечно не украшает, но по-моему это оптимальное решение. Предлагайте лучше - с удовольствием послушаю.

Если вы перечитаете всю тему и посмотрите "свои наброски" с mIndex, то поймете, что у вас точно такойже функционал, только с большими ограничениями.

Да чего же с "большими" когда совсем наоборот Я поддерживаю resolve указателей любого типа, а у Вас (во всяком случае пока) "детский сад" (A ссылается на B, а остальное хоть трава не расти).

[Bepec]

Igors возьмите за пример OPC технологию если хотите.

Имеются ноды, взаимосвязанные между собой. Каждая нода может иметь n+1 связей с другими нодами. Каждая нода может содержать в себе n+1 объектов различных типов. Ноды не индексируются, а подгружаются по мере необходимости. Каждая нода имеет уникальный идентификатор, до трёх различных типов (гуид, число, строка). Соответственно получается этакая паутина. Да, нода может иметь, может не иметь объекты. Каждая нода может быть привязана к данных, а может являться индексом для других нод

Довольно мозголомная система. А степень загрузки нода отсвечивает при помощи событий, очень похожих на евента Qt. Но зато при использовании системы имеется факт - использование ровно стольки ресурсов, сколько необходимо, а не весь багаж.

PS к сожалению особые тонкости реализации не подскажу и не расскажу. А то голову оторвут Полтора ляма всё таки библиотечка

[Igors]

PS к сожалению особые тонкости реализации не подскажу и не расскажу. А то голову оторвут Полтора ляма всё таки библиотечка

Ну почему же "к сожалению"? Пацаны предложили свои решения в теории графов и сняли за это бабки - 100% заслуженно, молодцы! Но тут такой глобвльной задачи не стоит - нужно только восстановить зависимости (т.е. "ребра" графа) а насколько он корректен и что с ним делать - то уже др вопрос

[Old]

Почему "условия"? Я показал, как сделал я, да, член данных "только для IO" конечно не украшает, но по-моему это оптимальное решение. Предлагайте лучше - с удовольствием послушаю.

Вот выше я вам и привел набросок решения, которое избавляет ваш класс от совершенно ненужного ему члена.
Вы не разобрались? Ах да, я обещал много комментариев и не привел их.

Да чего же с "большими" когда совсем наоборот Я поддерживаю resolve указателей любого типа, а у Вас (во всяком случае пока) "детский сад" (A ссылается на B, а остальное хоть трава не расти).

Вы вначале разберитесь. Мой пример делает ровно тоже, что и ваш, кроме того, что не хранит ненужные члены внутри каждого объекта класса. Вот где настоящий детский сад. И он так же поддерживает указатели на любые типы.

В общем все как здесь: 

Код

C++ (Qt)
 int mIndexIO;
};
 

[Igors]

Вот выше я вам и привел набросок решения, которое избавляет ваш класс от совершенно ненужного ему члена.
Вы не разобрались? Ах да, я обещал много комментариев и не привел их.

Ну а "брать на понт" зачем? Пусть экземпляр A ссылается на др A (а не на B). Или вообще на базовый класс для A и B? Как тогда отработает Ваш вариант?

[Old]

Ну а "брать на понт" зачем? Пусть экземпляр A ссылается на др A (а не на B). Или вообще на базовый класс для A и B? Как тогда отработает Ваш вариант?

А давайте так. Вы выкладываете сюда свой вариант с супер-членом, а я его переделаю на хранение во внешней коллекции. Так сказать спасу эти классы от "технологических отверстий".

А то у вас этот супер-индекс, сам разбирается на что указывает указатель... Вот какой талантливый int.

[Igors]

А давайте так. Вы выкладываете сюда свой вариант с супер-членом, а я его переделаю на хранение во внешней коллекции. Так сказать спасу эти классы от "технологических отверстий".

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

А то у вас этот супер-индекс, сам разбирается на что указывает указатель... Вот какой талантливый int.

Да ну, сказали такое  Тип-то есть, пусть базовый. Индекс тоже на руках - дальше дело несложной техники. А вот если вынести индекс - тонна геморроя. Или не так?

P.S. Не злитесь 

[Old]

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

Другого ответа я и не ожидал.

А вот если вынести индекс - тонна геморроя.

Опять пустые слова.
Ну да ладно...

[Igors]

Опять пустые слова.

У кого? 

[Old]

У кого? 

У вас. Кода нет, одни "А вот если, то ... ". Там сложно, здесь не возможно... Бла бла бла

[Igors]

У вас. Кода нет, одни "А вот если, то ... ". Там сложно, здесь не возможно... Бла бла бла

Я структуру данных показал - из нее все очевидно. Да, пусть с минусами - ну редко работающий член. А у Вас вроде все "элементарно" - да только на словах, а до дела доходит -  рассыпается как карточный домик 

[Old]

Я структуру данных показал - из нее все очевидно. Да, пусть с минусами - ну редко работающий член. А у Вас вроде все "элементарно" - да только на словах, а до дела доходит -  рассыпается как карточный домик 

С какими минусами? Она не может работать. Еще раз, int не сможет сохранить информацию о контейнере, в котором хранится объект. Значит, это требование вы как всегда "высосали из пальца" только что.
Ну и что нам спорить, давайте ваш код? А я его исправлю. Или слабо это даже показать?
Ась?

[Igors]

Ну и что нам спорить, давайте ваш код? А я его исправлю. Или слабо это даже показать?
Ась?

Так это запросто

Код

C++ (Qt)
void A::ResolveLinks( void )
{
  mPtrB = GetCollection<B>()[mIndexIO_B];
  mPtrC = GetCollection<C>()[mIndexIO_C];
 ...
}
 

Какие проблемы? Чем плохо?

[Old]

Какие проблемы? Чем плохо?

Ну так, а какие проблемы:

Код

C++ (Qt)
    for( int i = 0; i < numObjA; ++i )
    {
        collA[ i ]->ptrB = GetCollection<B>()[ idxCollA[ i ] ];
    }
 

[Igors]

Ну так, а какие проблемы:

Код

C++ (Qt)
    for( int i = 0; i < numObjA; ++i )
    {
        collA[ i ]->ptrB = GetCollection<B>()[ idxCollA[ i ] ];
    }
 

Ну блин, сравнили палец с <template>. У меня-то все в теле A, он прекрасно знает какие члены резолвить (любое число). А у Вас посторонка которая сует хобот во все подробности A и которую все время надо латать. А если A - базовый для B - то просто рухнет