Есть шаблон класса, как в другом классе объявить, что ему будут дружественны все классы поражденные от шаблона

Помоему никак....

Точно никак - потому что шаблоны с разными параметрами порождают совершенно разные, с точки зрения компилятора, типы. Так что твоя задача звучит примерно так: как сделать дружественными кучу типов, которую я в данный момент перечислить точно не могу.
Решение в этом случае одно - просто объявить все, что нужно, public или выделить public часть в отдельный классс. Public значительно лучше, чем friend, т.к. friend полностью и неуправляемым образом нарушает инкапсуляцию. И использовать его лучше пореже - примерно как goto. Обойтись без friend можно ВСЕГДА, только часто ВЛОМ. Но это уже совершенно другая проблема.

Цитата(Earnest @ 27.7.2005, 21:26)

Обойтись без friend можно ВСЕГДА, только часто ВЛОМ.

Хорошо сказала Не люблю friend.

Цитата(Nastya @ 27.7.2005, 13:25)

Есть шаблон класса, как в другом классе объявить, что ему будут дружественны все классы поражденные от шаблона

Код

class A{ template <typename T> friend class B; //... }; template <typename T> class B{ //... };

Вот тестик:

Код

#include <iostream> #include <conio.h> using namespace std; class A{ template <typename T> friend class B; public:     A():i(65){} private:         int i; }; template <typename T> class B{ public:     B(){}     void f(){std::cout<<a.i;} private:     A a; }; int main() {     B<int> b;     b.f();     getch();     return 0; }

Цитата(Earnest @ 27.7.2005, 20:26)

Public значительно лучше, чем friend, т.к. friend полностью и неуправляемым образом нарушает инкапсуляцию.

А public не нарушает инкапсуляцию?

Цитата(ManiaK @ 27.7.2005, 21:33)

Не люблю friend

И чем вам всем этот friend не угодил
ИМХО, полезная вещь если правильно использовать.

Это сообщение отредактировал(а) LPBOY - 31.7.2005, 20:15

Цитата(Nastya @ 27.7.2005, 13:25)

Есть шаблон класса, как в другом классе объявить, что ему будут дружественны все классы поражденные от шаблона

А если ты имела в виду, что оба класса шаблоны, тогда так:

Код

#include <iostream> #include <conio.h> using namespace std; template<typename T> class A{ template <typename T> friend class B; public:     A():i(65){} private:         int i; }; template <typename T> class B{ public:     B(){}     void f(){std::cout<<a.i;} private:     A<T> a; }; int main() {     B<int> b;     b.f();     getch();     return 0; }

Цитата(LPBOY @ 31.7.2005, 16:33)

ИМХО, полезная вещь если правильно использовать.

Использовать дружбу это как носить всё своё состояние в нагрудном кармане: рано или поздно нарвёшься
Шой-то меня сегодня потянуло на сравнения...

Я имела в виду как раз обычный класс, а ему дружественный именно шаблон. Спасибо. Ответ оказался простым и логичным

Цитата(LPBOY @ 31.7.2005, 15:33)

А public не нарушает инкапсуляцию?

Public не нарушет, а управляет. Если вы видите в чужом коде public - все ясно. Если private - делаю, что хочу, могу даже функции как Inline в cpp-файле писать - я ведь полностью определяю, что где лежит. А вот стоит добавить friend - все, никаких гарантий, т.к. friend имеет доступ ко всем кишкам. Поэтому friend можно использовать только в пределах интерфейса класса. Т.е. делать друзьями, скажем, глобальную функцию, тесно связанную с данным классом или какой-то вспомогательный класс, объявленный в том же h-файле. Хотя функцию лучше уж сделать статической и объявить в классе. Вспомогательный класс тоже лучше вложить, и тогда пусть дружат. Насчет объявления глобальных функций друзьями, единственный вариант, когда альтернативы дружбе нет - это перегрузка операторов.

Пример вредности дружбы. Допустим, есть какой-нибудь довольно навороченный класс, с закрытыми данными и неполным интерфейсом (ну не написали сразу, считая, что будут решать проблемы по мере их поступления). В какой-то момент из другого места программы потребовался к нему доступ, причем нужных интерфейсных методов нет. Программист, не долго думая, вместо того, чтобы добавить/изменить интерфейс класса, просто добавляет строчку "friend class XXX". Все довольны, все работает, все быстро сделано. Потом еще один урод делает тоже самое, уже для своего класса... В итоге, через несколько лет, когда приходит светлая мысль, что тот самый класс данных не соответствует текущему моменту и неплохо бы его переписать, выясняется, что в друзьях у него уже полпрограммы и все это придется перелопачивать... Кончается это обычно тем, что от переписывания отказываются (слишком долго и неизвестно еще чем кончится), добавляют очередной костыль, и программа хромает дальше.
Это, конечно, крайний случай, но подобные варианты в реальном коде встречаются куда чаще, чем хотелось бы.
Вывод - используйте "friend" только в крайнем случае, и только для тесно связанных функций или классов.
Хотя пример LPBOY очень интересный (с синтаксической точки зрения). Не знала, что так можно.

Когда я прочитал

Цитата(Earnest @ 27.7.2005, 20:26)

Решение в этом случае одно - просто объявить все, что нужно, public

то подумал, что вместо

Код

class A{ template <typename T> friend class B; //... private: int member1; float member2; };

предлагается

Код

class A{ //... public: int member1; float member2; };

Видимо ты все-таки имела в виду поместить в public соответствующие функции.

Цитата(Earnest @ 2.8.2005, 18:29)

Пример вредности дружбы...

Ну... неправильно использовать можно не только дружбу ;)
Можно еще public, private и т.д.))

LPBOY, разумеется... все что угодно можно использовать неправильно. Просто friend ИМХО опаснее, чем public. Этот как GOTO - вполне нормальный оператор и никто не мешает с его помощью писать хорошо структурированный код - писали же люди во времена фортрана. Но покажите мне новичка, который GOTO пользуется правильно. А так как без него вполне можно обойтись, отцы C++ и не рекомендуют его использовать.
Точно так же и friend. Иногда он очень помогает (я уже писала), но только при аккуратном применении. А у новичка вызывает сильное искушение решать им все проблемы. А правила обращения с public-private и пр. гораздо проще объяснить.

Пример, с которого началась тема, не иллюстрирует, ИМХО, правильное применение friend.