ну типа переопределяеш все методы

тоесть ответ на мой вопрос - никак?

Scene { grscenemethod() {return GraphicsScenemember.grscenemethod()} }

Фабрики же не какой-то магией объект создают.

Смотри, что там, продублируй в своей фабрике.

А что это за движок?

GraphicsScene* graphicsScene = graphics -> createScene(....); PhysicsScene* physicsScene = physics -> createScene(....);

И я не знаю что там внутри createScene

А что это за движок?

один из них PhyX

PhysX*

я могу сделать композицией, но это не то что нужно. Композиция имеет ввиду: объект состоит из чего-то. А наследование: объект есть что-то

Как раз Scene - это класс, который есть физическая сцена и графическая сцена

а не так что Scene - состоит из графической и физической сцены

я могу конечно в фабрике, которая создает объекты Scene хранить все сцены вот так: std :: map<std :: string, std :: pair<GraphicsScene*, PhysicsScene*» scenes

всем привет

здарова

я тут пытаюсь мигрировать с VS2005 на VS2012 с легаси проектом

вылазит ошибка, которую я, прочитав msdn, так и не понял как поправить

внутри класса есть такие два поля: template class LOGGER_API std::allocator<std::string>; template class LOGGER_API std::vector<std::string, std::allocator<std::string> >;

error C2252: an explicit instantiation of a template can only occur at namespace scope

почему раньше работало, теперь нет?

да хуй его знает.

внутри класса есть такие два поля: template class LOGGER_API std::allocator<std::string>; template class LOGGER_API std::vector<std::string, std::allocator<std::string> >;

Предполагая что часть форматирование сеъел телеграм - это не поля. Это запрос на явное инстанцирование шаблона. Скорее всего вам надо просто удалить эти строчки

Ведь часть интерфейса класса Scene должна создаваться по правилам GraphicsScene, а другая часть по правилам PhysicsScene.

Это в Scene прописывается

Создавать объекты так же как и любые другие

Предполагая что часть форматирование сеъел телеграм - это не поля. Это запрос на явное инстанцирование шаблона. Скорее всего вам надо просто удалить эти строчки

спасибо, сейчас попробую сделать так

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

хотя, насколько я понял, компилятор MS не всегда следует стандарту

Скорее всего, это какой-то глюк старой версии компилятора.

т.е. так в принципе нельзя делать? или нет смысла?

вообще проект довольно дикий, оригинальный разработчик очень давно уволился. например, у этих "полей", которые оказывается и не поля, объявлен дополнительный спецификатор LOGGER_API, видимо, кто-то планировал обращаться к ним извне DLL

но... *барабанная дробь*

они в приватной секции класса

и френдов нет

и спросить не у кого, что имелось в виду

Этож инстанс класса

Шаблона*

Ну логично что доступ к ним хотели сделать извне иначе нафига инстансить

т.е. так в принципе нельзя делать? или нет смысла?

Так делать можно и порой нужно (например если вы хотите чтобы тело вашего шаблонного класса скомпилировалось куда-то в dll). Делать так для стандартных классов - странновато (моё предположение, что прошлый разработчик натолкнулся на проблему со статической линковкой стандартной библиотеки к dll http://www.boost.org/doc/libs/1_64_0/doc/html/boost_dll/missuses.html и пытался так её обойти)

Ппц

У меня в Лабе подгрузка функций выглядит как ваш буст дол вызов оказывается

Длл*

Сами писали?

Да лабы по винапи были

Только разбор имён я не завез

Поэтому надо писать было настоящие

Поздравляю, вы сделали всё верно

;)

Кстати magic_get расширяем? ну если мне хочется както спецефично определить get для типа например?

типа field_info

А какой именно специфики хочется добавить?

А какой именно специфики хочется добавить?

О, я хотел бы уметь получать tuple из указателей на поля! struct A { int a; float b; } auto fields = magic_field_get<A>(); fields == std::tuple<int A::*, float A::*>(&A::a, &A::b);

https://kristerw.blogspot.ru/2017/05/interprocedural-optimization-in-gcc.html

О, я хотел бы уметь получать tuple из указателей на поля! struct A { int a; float b; } auto fields = magic_field_get<A>(); fields == std::tuple<int A::*, float A::*>(&A::a, &A::b);

Хм... сходу не могу придумать, как такое сделать из коробки

Хм... сходу не могу придумать, как такое сделать из коробки

Так ведь есть сейчас get<I>, который выдаёт знает тип и смещение поля. Подсовываем ему std::declval<T>, кастуем к указателям. Или так не сработает?

Хотя, вижу проблему в том, что для получения значений указателей придётся походить около UB

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

Так вроде ж указатель на поле - это просто смещение от начала структуры?

С функциями ясно, там всякая виртуальность мешает

Так вроде ж указатель на поле - это просто смещение от начала структуры?

А ведь верно. Но циферку offset кастовать к типу 'указатель на поле' - это UB. Добавлять пока такое не хочется

А ведь верно. Но циферку offset кастовать к типу 'указатель на поле' - это UB. Добавлять пока такое не хочется

Печально, ну ладно

...

сейчас изобрели какой-нибудь новый модный способ узнать существует ли метод у класса?

да, называется detection idiom

где он находится?

в гугле, на SO, в крутых либах

там всё тот же SFINAE юзается

http://en.cppreference.com/w/cpp/experimental/is_detected оно?

да, оно

decltype(std::declval<T>.somemethod(std::declval<int>()))

опа

в стандарт завезли что ли

ехал деклвал через деклвал

http://en.cppreference.com/w/cpp/experimental/is_detected оно?

блин, круто :)

Если нужна упрощенная имплементация, то как-то вот так: https://github.com/apolukhin/magic_get/blob/develop/include/boost/pfr/detail/detectors.hpp#L14-L27

Господа, подскажите простой способ задать шаблон наследника класса для c++ 11?

Господа, подскажите простой способ задать шаблон наследника класса для c++ 11?

Я не очень понял, что вы хотите сделать? Хотите чтобы у наследника были определенные методы? Базовый класс шаблонный?

Что-то вроде template<class T : BaseClass>, только чтобы компилировалось 😁

Вот это подойдёт? static_assert(std::is_base_of<BaseClass, T>::value, "")