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

A::get_message

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

туда 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 он то для него просто нет этой функции подскажет кто как это исправить ?

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

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

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

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

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

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

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

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

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

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

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

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

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

Общее правило: если функция, работающая с классом, не требует доступа к его внутренним полям, или этот доступ эффективно осуществим через геттеры/сеттеры, то функцию лучше объявить следом за классом в том же файле в том же простанстве имен. Исключение: шаблонные классы.

некоторый ф-ции можно даже за cpp не выпускать

Какой Степанов?

кто stl придумал )

А на сколько хорошая практика реализовывать функции в хэдере ?

плоха, если это не шаблон

а чем стринг плох?

плоха, если это не шаблон

Своей монолитностью.

так тот же вектор только впрофиль

для инлайнов есть inline

но если нет lto и оно в другой единце трансляции, то пофиг на инлайн, из одного бьекта в другой ничего не перескочит

а вот нинада из одного объекта в другой :D

для инлайнов есть inline

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