тоесть неконстантный указатель на константный объект

всё заебись

даже для row вызывается константный конструктор

Matrix<T> *const _parent это константный указатель на Matrix<T>, а не указатель на константный Matrix<T>

а так и должно быть

указатель не должен меняться, а объект должен

это нормально, чтобы делать например A[0][0] = 0;

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

ага, ну ииии....?

сделать два разных row?

в твоем случае нужно два варианта row: обычный и const_row

константный и нет?

вот

блять

не хотел этого

очень

ааа

да, так же как и итераторы в stl

они тоже идут в двух вариантах из-за этого

сцуко, ну ладно ладно, спасибо

ничего, к утру допишу и константный и нет)

всё взлетит

а вот про итераторы не знал...

@isenbaev, я угадаю, если скажу, что ты не спишь потому что у тебя сейчас день?

7 вечера)

7 вечера)

штаты?

Ага, Калифорния

Ага, Калифорния

уж не силиконовая ли долина?

она ж где-то там вродь...

Она

а чем занимаешься?

Пишу на плюсах в фейсбуке, в отделе рекламной платформы

Пишу на плюсах в фейсбуке, в отделе рекламной платформы

круто. по какой визе изначально в сша приехал?

всем привет) у меня опять магия с шаблонами // A.h class A{ public: template<class T> static Message get_message(); void random_func(); }; // A.cpp template<class T> Message A::get_message() { return T(); } void A::random_func() { get_message<MsgA>(); } //B.cpp void B::some_func() { get_message<MsgB>(); } проблема в том что у меня компилятор не видет функцию для MsgB, если я использую MsgB в классе A все ок я так понимаю это из-за того что у меня все файлы компилируються отдельно и когда очередь доходит до B он то для него просто нет этой функции подскажет кто как это исправить ?

MsgA и MsgB наследуются от Message

MsgA и MsgB наследуются от Message

а в B как он найдет get_message, который в A?

A::get_message

A::get_message

но у него нет уточнения области видимости в B

ой, забыл дописать, оно там есть A::get_message

Мне тут недавно сказали, все шаблоны в один хедер, чтобы компилилось ровно

ой, забыл дописать, оно там есть A::get_message

а B вообще знает об A?

туда A заинклюжен?

да, везде стоит include

туда A заинклюжен?

да

он класс находит, не нахожит конкретно реализацию метода

причем если в А вызывать <MsgB> то в B не будет проблем

Мне тут недавно сказали, все шаблоны в один хедер, чтобы компилилось ровно

как в хэдере сказать чтоб он сгенерировал метод шаблона?

можно просто сдуру вызвать функцию в А, но это некрасиво да и она блокирующая

Может фигню скажу, но попробуй B наследовать от A

всем привет) у меня опять магия с шаблонами // A.h class A{ public: template<class T> static Message get_message(); void random_func(); }; // A.cpp template<class T> Message A::get_message() { return T(); } void A::random_func() { get_message<MsgA>(); } //B.cpp void B::some_func() { get_message<MsgB>(); } проблема в том что у меня компилятор не видет функцию для MsgB, если я использую MsgB в классе A все ок я так понимаю это из-за того что у меня все файлы компилируються отдельно и когда очередь доходит до B он то для него просто нет этой функции подскажет кто как это исправить ?

кстати да, схера у тебя дефинишн шаблонной ф-ции в cpp?

ERROR: S client not available

попробуй определение статической шаблонной функци A::get_message в хедер вынести

Может фигню скажу, но попробуй B наследовать от A

не, это порушит все :D

определение шаблонов надо писать в хэдере ? я просто раньше не очень их использовал

да

сейчас попробуем

шаблон генерит функцию на этапе компиляции (если она используется)

т.е. в файле B никто не знает о том как определена функция, ее нет

не, это порушит все :D

? порушит уже все то, что у тебя статик в А потом нахера ты ее юзаешь в B, архитектура какая-то странноватая )

т.е. в файле B никто не знает о том как определена функция, ее нет

вот я тоже к этому пришел, но не пришлов голову перенести реализацию в хэдер

определение шаблонов надо писать в хэдере ? я просто раньше не очень их использовал

шаблон генерит код только когда инстанцируется и где то используется

? порушит уже все то, что у тебя статик в А потом нахера ты ее юзаешь в B, архитектура какая-то странноватая )

я чет сам запутался в буквах у меня там HttpServer с static HttpMessage get_message(); HttpRequest : HttpMessage HttpResponse: HttpMessage и HttpClient который использует функцию сервера get_message() ну да, есть маленький промах

а зачем в http сервере static get_message?

Как же меня забавляет эта обфускация при запросе помощи :)

я чет сам запутался в буквах у меня там HttpServer с static HttpMessage get_message(); HttpRequest : HttpMessage HttpResponse: HttpMessage и HttpClient который использует функцию сервера get_message() ну да, есть маленький промах

ну вот, с какого хера сервер вдруг владеет ф-цией мессаджей и оттуда еще их дерагет клиент? Почему не клиент с гетМессаджем? короч странновато-как-то )

реюзабль кот!

у меня ж сервер тоже получает сообщения когда к нему обращаються

реюзабль кот!

ну вот пытаюсь ))

Клиент и сервер не должны взаимодействовать друг с другом в одном приложении.

в общем я бы архитектуру пересмотрел бы. static - это вообще общий метод, ну если примитивно рассматривать. Чего ты его в неймспейс просто не засунешь? Если нет зависимостей от сервера и клиента?

В смысле классов.

в общем я бы архитектуру пересмотрел бы. static - это вообще общий метод, ну если примитивно рассматривать. Чего ты его в неймспейс просто не засунешь? Если нет зависимостей от сервера и клиента?

в принципе да, так будет на много правильнее просто изначально у меня не было клиента )

в принципе да, так будет на много правильнее просто изначально у меня не было клиента )

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

Однажды ты узнаешь про идиому Pimpl и будет вообще шикарно. :)

в принципе да, так будет на много правильнее просто изначально у меня не было клиента )

даже если нет клиента, не стоит пихать ф-ции, напрямую не принадлежащие классу в этот класс только потому что их некуда пихнуть :)