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

A>Проблема в том, что если класс А описывается в файле "А.h", а класс В в "В.h", то компилятор не позволяет чтобы они ссылались друг на друга.

А как же forward declarations?

//a.h

class B;

class A
{
   ...

   B* pB;
};

//b.h

class A;

class B
{
   ...

   A* pA;
};

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

А>>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
A>Чтобы зная В быстро получить ссылку на А, который этот В держит в списке.

И почему это не может быть глобальная функция-друг обоих классов?

Кстати на счет списка. Структура данных выбирается исходя из контекста ее использования. Если у тебя часто происходит удаление и вставка, а поиск или другой какой запрос — редко, выбирай однозначно list. Если чаще приходится искать — массив (vector), а лучше дерево какое-нибудь. Я не большой знаток STL и всяких boost'ов, но наверняка там что-либо подобное имеется.

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

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

А>>И почему это не может быть глобальная функция-друг обоих классов?
A>Надо посмотреть че это за зверь Просто щас не понимаю о чем речь

[]

Можно поступить двумя способами

class A;
class B
{
public:
    bool is_b_in_a(A& a);
};

class A
{
protected:
    list<B*> list_of_b;
public:
    void Add(B* b)
    {
        list_of_b.push_back(b);
    }
    bool is_b_in_list(B* b)
    {
        list<B*>::iterator it = find(list_of_b.begin(),list_of_b.end(),b);
        return it != list_of_b.end();
    }

    friend bool B::is_b_in_a(A&);
};

bool B::is_b_in_a(A& a)
{
    list<B*>::iterator it = find(a.list_of_b.begin(),a.list_of_b.end(),this);
    return it != a.list_of_b.end();
}

int main()
{    
    B b1,b2,b3,b4;
    A a1;
    a1.Add(&b1);
    a1.Add(&b2);
    a1.Add(&b3);
    cout << a1.is_b_in_list(&b2) << endl;
    cout << b4.is_b_in_a(a1) << endl;

    getch();
    return 0;
}

Т.е. либо из B проверять принадлежность к А, либо из А проверять принадлежность к нему В. Пример для vector'а приктически отличатся ничем не будет.

A>Какие существуют методы, правильные пути решения данной задачи?

Попробую еще раз:

// object.h
//
#ifndef object_h
#define object_h

class controller;
class object 
{
    friend class controller;
public:
    object(controller &owner);

    virtual void destroy();
protected:
    virtual ~object() {}

    controller& _owner;
}; // class object 

#endif

// controller.h
//
#ifndef controller_h
#define controller_h

#include <list>
#include "object.h"

class controller
{
public:
    typedef std::list<object *> collection;

    ~controller();

    //    интерфейс для объектов
    //
    void reg(object *);
private:
    collection _objects;
};

#endif

// object.cpp
//
#include "object.h"
#include "controller.h"

object::object(controller &owner) : _owner(owner)
{
    _owner.reg(this);
}

void object::destroy()
{
    delete this;
}
// controller.cpp
//
#include <algorithm>
#include "controller.h"

namespace
{
    void delete_object(object *ptr)
    {
        ptr->destroy();
    }
}

controller::~controller()
{
    std::for_each(_objects.begin(), _objects.end(), delete_object);
}

void controller::reg(object *ptr)
{
    if(ptr && &(ptr->_owner) == this)
    {
        _objects.push_back(ptr);
    }
}

// main.cpp
//
#include "controller.h"

int main()
{
    controller c;

    object* a = new object(c);
    object* b = new object(c);

    return 0;
}

Здравствуйте, Анатолий Широков, Вы писали:


А зачем так извращаться?

У меня был тоже пример. Хорошо, вот пример из моей практики:

class Object
{
public:
   virtual ~Object() {}
   virtual void draw(Context &) = 0;
};

// корабль
//
class Ship : public Object
{
public:
};

class Order;

// позиция в ордере - посредник по сути между ордером и кораблем
//
class OrderPosition : public Ship
{
public:
   OrderPosition(Order* order, double distance, double couse_angle)
      : _owner(order), _ship(0), _distance(distance), _cours_eangle(0) 
   {
   }

   void draw(Context &c)
   {
       _ship->draw(c);
   }

private:
   Order* _owner; // он мне нужен, поскольку позиция не обладает информацией о тот кто является уравнителем, какой целевой курс - это информация более высокого уровня
   Ship* _ship;
   double _distance;
   double _course_angle;
};

// ордер - группа кораблей (каждый корабль имеет строго регламентированный порядок)
//
class Order : public Object
{
public:
   ... 
};

К чему это я все? — много задач хороших и разных

Здравствуйте, Анатолий Широков, Вы писали:

АШ>У меня был тоже пример. Хорошо, вот пример из моей практики:

АШ>
АШ>

АШ>class Object
АШ>{
АШ>public:
АШ>   virtual ~Object() {}
АШ>   virtual void draw(Context &) = 0;
АШ>};

АШ>// корабль
АШ>//
АШ>class Ship : public Object
АШ>{
АШ>public:
АШ>};

АШ>class Order;

АШ>// позиция в ордере - посредник по сути между ордером и кораблем
АШ>//
АШ>class OrderPosition : public Ship
АШ>{
АШ>public:
АШ>   OrderPosition(Order* order, double distance, double couse_angle)
АШ>      : _owner(order), _ship(0), _distance(distance), _cours_eangle(0) 
АШ>   {
АШ>   }

АШ>   void draw(Context &c)
АШ>   {
АШ>       _ship->draw(c);
АШ>   }

АШ>private:
АШ>   Order* _owner; // он мне нужен, поскольку позиция не обладает информацией о тот кто является уравнителем, какой целевой курс - это информация более высокого уровня
АШ>   Ship* _ship;
АШ>   double _distance;
АШ>   double _course_angle;
АШ>};

АШ>// ордер - группа кораблей (каждый корабль имеет строго регламентированный порядок)
АШ>//
АШ>class Order : public Object
АШ>{
АШ>public:
АШ>   ... 
АШ>};
АШ>

АШ>К чему это я все? — много задач хороших и разных


Похоже, пару уроков по проэктированию тебе бы не помешало.
Как то все криво...

Но если важен результат, то в принципе его можно достичь и таким образом.

Здравствуйте, Анатолий Широков, Вы писали:

V>>Похоже, пару уроков по проэктированию тебе бы не помешало.
V>>Как то все криво...

АШ>Вот так просто, без аргументов

Читай в этой же теме от анонима...

Простота — залог успеха...

АШ>Попробую еще раз:


Понял. Имеется ввиду, что если надо чтобы ссылались друг на друга, то здесь приводится пример того, как это корректно сделать?

Всем привет!
Нужно сделать следующее:
Имеется несколько экземпляров класса А.
Класс А может собержать список экземпляров класса В.
Как зная В определить получить ссылку на А, который этот В держит в списке?

Проблема в том, что если класс А описывается в файле "А.h", а класс В в "В.h", то компилятор не позволяет чтобы они ссылались друг на друга.
Какие существуют методы, правильные пути решения данной задачи?

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

B>А как же forward declarations?
Ну чайник я, чайник
Все классно работает . Но в реале мне надо:

//a.h

class A
{
   ...
   BB* pB;
};
typedef A AA;

//b.h

class B
{
   ...
   AA* pA;
};
typedef B BB;

Так не прокатывает, потому что forward declaration для классов а ВВ или АА не классы...Как быть? Видимо надо typedef-ить в модулях, где собираюсь использовать новый тип. Просто тут не очень красиво получается, если в нескольких модулях хочу использовать, то придется typedef-ить несколько раз.

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

A>Всем привет!
A>Нужно сделать следующее:
A>Имеется несколько экземпляров класса А.
A>Класс А может собержать список экземпляров класса В.
A>Как зная В определить получить ссылку на А, который этот В держит в списке?

A>Проблема в том, что если класс А описывается в файле "А.h", а класс В в "В.h", то компилятор не позволяет чтобы они ссылались друг на друга.
A>Какие существуют методы, правильные пути решения данной задачи?

А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?

А>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
Чтобы зная В быстро получить ссылку на А, который этот В держит в списке.

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

А>>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
A>Чтобы зная В быстро получить ссылку на А, который этот В держит в списке.

Я это понял, просто мне интересно знать с точки зрения проэктирования

class B
{
public:
B();
~B();
};

class A
{
private:
list<B> list_of_B;
public:
A();
...
~A();
}

Зачем list_of_B знать об A. Помоему с точки зрения инкапсуляции данных даже это не совсем правильно, или все же что то я не правильно понял...

А> Я это понял, просто мне интересно знать с точки зрения проэктирования

А>class B
А>{
А>public:
А>B();
А>~B();
А>};

А>class A
А>{
А>private:
А>list<B> list_of_B;
А>public:
А>A();
А>...
А>~A();
А>}

А>Зачем list_of_B знать об A. Помоему с точки зрения инкапсуляции данных даже это не совсем правильно, или все же что то я не правильно понял...
Да, все правильно изложено. Только теперь допустим, что известен В, как получить А, у которого этот В в списке? Или ты имеешь ввиду ситуацию, когда это может понадобиться? Мол изначально что-то неправильно спроектированно, поскольку возникла такая необходимость...?

А>И почему это не может быть глобальная функция-друг обоих классов?
Надо посмотреть че это за зверь Просто щас не понимаю о чем речь

А>Кстати на счет списка. Структура данных выбирается исходя из контекста ее использования. Если у тебя часто происходит удаление и вставка, а поиск или другой какой запрос — редко, выбирай однозначно list. Если чаще приходится искать — массив (vector), а лучше дерево какое-нибудь. Я не большой знаток STL и всяких boost'ов, но наверняка там что-либо подобное имеется.


А>З.Ы. Так как ты новичок, настоятельно рекомендую ознакомится с правилами и системой оценок на сайте. Если человек тебе помог, то грех его не поблогадарить, хотя бы словами. Хотя словами иногда даже приятнее.
Реальное спасибо за оперативные ответы!!!

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

А>> Я это понял, просто мне интересно знать с точки зрения проэктирования

А>>class B
А>>{
А>>public:
А>>B();
А>>~B();
А>>};

А>>class A
А>>{
А>>private:
А>>list<B> list_of_B;
А>>public:
А>>A();
А>>...
А>>~A();
А>>}

А>>Зачем list_of_B знать об A. Помоему с точки зрения инкапсуляции данных даже это не совсем правильно, или все же что то я не правильно понял...
A>Да, все правильно изложено. Только теперь допустим, что известен В, как получить А, у которого этот В в списке? Или ты имеешь ввиду ситуацию, когда это может понадобиться?

ДА

Мол изначально что-то неправильно спроектированно, поскольку возникла такая необходимость...?

Совершенно верно...

A>Только теперь допустим, что известен В, как получить А, у которого этот В в списке?

// header.h
class A; 
class B 
{ 
public: 
   B(A* owner) : _owner( owner ) {}
   ~B() {} 

   void use_owner();
private:
   A *_owner;
}; 

class A 
{ 
public: 
   A(); 
   ~A(); 
private: 
   list<B> list_of_B; 
};
// header.cpp
#include "header.h"

void B::use_owner()
{
  // теперь нам доспупно определение интерфейса
  _owner->...;
}

Ты о чем?
Так например постоена саморегистрация wxWindow в родителе.

Здравствуйте, Анатолий Широков, Вы писали:

АШ>Ты о чем?
АШ>Так например постоена саморегистрация wxWindow в родителе.

Саморегистрацию можна сделать и так например:

class Window
{
private:
static list<Window*> list_of_ptr_window;
public:
Window();
...
static void Show();
...
~Window();
}

А теперь будь добер реализацию ClientToScreen для чайда на бис

Здравствуйте, Анатолий Широков, Вы писали:

АШ>А теперь будь добер реализацию ClientToScreen для чайда на бис

Не нужно все приувеличивать, это просто пример....

А>>>И почему это не может быть глобальная функция-друг обоих классов?
[]
Спасибо за наглядный пример!
А>Т.е. либо из B проверять принадлежность к А, либо из А проверять принадлежность к нему В. Пример для vector'а приктически отличатся ничем не будет.
Понятно, толкьо ведь можно в В просто хранить указатель на А, который этот В держит в списке.

К вопросу о typedef:

//a.h
class A
{   ...
   BB* pB;
};
typedef A AA;

//b.h
class B
{   ...
   AA* pA;
};
typedef B BB;

Так не прокатывает, потому что forward declaration для классов, а ВВ или АА не классы...Как быть? Видимо надо typedef-ить в модулях, где собираюсь использовать новый тип. Просто тут не очень красиво получается, если в нескольких модулях хочу использовать, то придется typedef-ить несколько раз.

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

[]

A>Так не прокатывает, потому что forward declaration для классов, а ВВ или АА не классы...Как быть? Видимо надо typedef-ить в модулях, где собираюсь использовать новый тип. Просто тут не очень красиво получается, если в нескольких модулях хочу использовать, то придется typedef-ить несколько раз.

Зачем несколько раз?

//b.h
class A;
typedef A AAA;
class B{
//use AAA
};

class B;
typedef B BBB;
//a.h
class A{
//use BBB
};

А>Зачем несколько раз?
А>

А>//b.h
А>class A;
А>typedef A AAA;
А>class B{
А>//use AAA
А>};

А>class B;
А>typedef B BBB;
А>//a.h
А>class A{
А>//use BBB
А>};
А>

А появится класс С, который тоже хочет с ААА поработать!? Понятно что не проблема еще раз написать и это работает, но просто не красиво как-то одно и тоже несколько раз писать в разных местах...

V>Похоже, пару уроков по проэктированию тебе бы не помешало.
V>Как то все криво...

Вот так просто, без аргументов

V>>>Похоже, пару уроков по проэктированию тебе бы не помешало.
V>>>Как то все криво...
Никто и не говорит что это правильно. Тогда скажи как зная В получить А? Или типа такого вопроса даже возникать не должно?

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

V>>>>Похоже, пару уроков по проэктированию тебе бы не помешало.
V>>>>Как то все криво...
A>Никто и не говорит что это правильно. Тогда скажи как зная В получить А?

Если ты сам в класс B не передашь информацию о классе A, то она там не появится, уже такого плана был ответ от Анатолия типа такого:

class A;
class B
{
public:
B(A* _a);
~B();
};

class A
{
list<B> list_of_B;
public:
A();
...
~A();
};

Или типа такого вопроса даже возникать не должно?

Если надо значит надо...

V>Читай в этой же теме от анонима...

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

Кстати, ничего предосудительного от Анонима я по этому поводу не нашел.

A>Понял. Имеется ввиду, что если надо чтобы ссылались друг на друга

Чтобы ссылаться друг на друга достаточно forward declaration.

>здесь приводится пример того, как это корректно сделать?

Ты должен понимать, что все зависит от задачи.

зы: лишнее можно не цитировать.

Здравствуйте, Аноним, Вы писали:

А>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
Свежо в памяти, пример из Делфи.
Класс TDataSource работает с набором данных.
Классы TDBEdit, TDBGrid и другие цепляются к TDataSource и отвечают за отображение данных (так называемые Дата контролы). У них есть поле типа TDataSource.
Когда же происходит изменение набора данных TDataSource должен уведомить все дата контролы о том что данные изменились.
Налицо наличие двусторонней связи!

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

A>Всем привет!
A>Нужно сделать следующее:
A>Имеется несколько экземпляров класса А.
A>Класс А может собержать список экземпляров класса В.
A>Как зная В определить получить ссылку на А, который этот В держит в списке?

A>Проблема в том, что если класс А описывается в файле "А.h", а класс В в "В.h", то компилятор не позволяет чтобы они ссылались друг на друга.
A>Какие существуют методы, правильные пути решения данной задачи?

можно сделать так:

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

A>Всем привет!
A>Нужно сделать следующее:
A>Имеется несколько экземпляров класса А.
A>Класс А может собержать список экземпляров класса В.
A>Как зная В определить получить ссылку на А, который этот В держит в списке?

A>Проблема в том, что если класс А описывается в файле "А.h", а класс В в "В.h", то компилятор не позволяет чтобы они ссылались друг на друга.
A>Какие существуют методы, правильные пути решения данной задачи?

можно сделать так:
a.h
class A
{

}

b.h
class A
class B
{
A *x;
}

например

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

A>Здравствуйте, Аноним, Вы писали:

А>>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
A>Свежо в памяти, пример из Делфи.
A>Класс TDataSource работает с набором данных.
A>Классы TDBEdit, TDBGrid и другие цепляются к TDataSource и отвечают за отображение данных (так называемые Дата контролы). У них есть поле типа TDataSource.
A>Когда же происходит изменение набора данных TDataSource должен уведомить все дата контролы о том что данные изменились.
A>Налицо наличие двусторонней связи!

Для этого существуют Events!!!

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

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

A>>Здравствуйте, Аноним, Вы писали:

А>>>А ЗАЧЕМ ЭТО ВООБЩЕ НАДО?
A>>Свежо в памяти, пример из Делфи.
A>>Класс TDataSource работает с набором данных.
A>>Классы TDBEdit, TDBGrid и другие цепляются к TDataSource и отвечают за отображение данных (так называемые Дата контролы). У них есть поле типа TDataSource.
A>>Когда же происходит изменение набора данных TDataSource должен уведомить все дата контролы о том что данные изменились.
A>>Налицо наличие двусторонней связи!

V>Для этого существуют Events!!!

TDBGrid по сути является контейнером для TDataSource, и TDataSource без понятия какой такой TDBGrid его юзает, он просто генерирует событие что он изменил данные, на что TDBGrid как-то реагирует. Вот и все...

P.S. А если бы ты сам решил написать свой TDBGrid, что тогда делать? Как бы TDataSource узнал бы о твоем TDBGrid-е, пришлось бы какой-то общий интерфейс для всех TDBGrid-ov делать..., от которого user-ские TDBGrid-ы наследовались...

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

<skipped>

Разве оверквотить так необходимо?

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

<skipped>

Разве оверквотить так необходимо?