9 ответов в теме

[гык-sse2]

В Visual Studio 2008 принят другой подход не только к шаблона, но и к прототипам.
Как известно, прототипы функций необязательны. Их можно не писать, если тело вызываемой функции в файле расположено до ее вызова. Вот почему мои матрицы работали - это чистая случайность, что у меня так расположено.

В Borland C++ достаточно внутри класса написать

friend CMatrix operator+ (CMatrix,CMatrix);

. В связи с изменениями в шаблонах, нужно после + дописать еще и <t>. Но прототипом функции это не является! Это только указывает на то, что если есть такая функция, то ей можно лазить по private членам. Поэтому нужно дополнительно написать

template <class t>
CMatrix<t> operator+ (CMatrix<t>,CMatrix<t>);

Это прототип.

Изменено: iMichael, 14 Сентябрь 2010 - 15:02

[KiberGus]

А ты не хочешь сделать operator+ методом класса CMatrix?

[гык-sse2]

А ты не хочешь сделать operator+ методом класса CMatrix?

Первоначально так и было, но Марианна Константиновна заставила переделать на friend=)
Ошибки-то у меня нет, а у всех остальных есть)

Изменено: iMichael, 14 Сентябрь 2010 - 16:59

[гык-sse2]

Да, если есть прототип, то friend тоже надо писать. А то спрашивали. И не внутри прототипа, а в классе.

[Syrano]

Да, если есть прототип, то friend тоже надо писать. А то спрашивали. И не внутри прототипа, а в классе.

А, простите, friend вне класса -- он чей друг? ;-)

[KiberGus]

А, простите, friend вне класса -- он чей друг? ;-)

Это абстрактный друг. Про него можно стихи писать. В коментариях.

[Vasay]

Первоначально так и было, но Марианна Константиновна заставила переделать на friend=)

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

[koraalex]

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

У меня, как смолтокера, потемнело в глазах. Брукс привёл правильную выдержку из чей-то критики в своей книге: ООП не смогло кардинально преобразить программирование из-за того, что большинство восприняло его как новую технологию программирования, в то время как это методика проектирования. - Не надо гнаться за наименьшим временем исполнения алгоритма и всяческими изворотливыми программистскими решениями. Программирования - это низший уровень, технарский. Простите, но как бы кому-либо здесь ни нравилось решать программистские задачки, это не должно становится самоцелью, ибо это сродни фанатизму, особенно свойственному математикам и физикам-теоретикам с математическим уклоном. Живите в реальности и решайте практические, полезные задачи, суть которых завязана на природе вещей, а не на умственных метаморфозах. Ещё раз простите на нравоучения, не сдержался. Возможно, я не к месту возник.

Изменено: koraalex, 14 Сентябрь 2010 - 21:02

[гык-sse2]

А, простите, friend вне класса -- он чей друг? ;-)

Ну, с человеческой точки зрения, он друг того же класса, ведь мы пишем friend PTMatrix. Но это ошибка. Просто спрашивали, почему ошибка friend not allowed outside class-definition, я и объяснил.

[гык-sse2]

Программирования - это низший уровень, технарский. Простите, но как бы кому-либо здесь ни нравилось решать программистские задачки, это не должно становится самоцелью, ибо это сродни фанатизму, особенно свойственному математикам и физикам-теоретикам с математическим уклоном.

Так тут в данный момент самоцель - не матрицы, а научиться работать в VS.
Как программисты любят BC... За что?