Может ли, вообще говоря, у шаблонного класса быть шаблонный же конструктор?

В том смысле, что с другим параметром.

В том смысле, что с другим параметром.

да

да, но тот шаблонный параметр который передается в конструкторе нельзя будет передать в другое место вне конструктора

вот так сделать не получится в общем template <T> class someclass { public: template<G> someclass(G data):mData(data) private : G mData }

но если вместо G передается класс который имеет интерфейс iSomeInterface то должно взлететь так вроде template <T> class someclass { public: template<G> someclass(G * data):mData(data) private : iSomeInterface* mData }

вот так сделать не получится в общем template <T> class someclass { public: template<G> someclass(G data):mData(data) private : G mData }

Это очевидно, спасибо:) Главное передать конструктору функцию, возврвщающую шаблонный тип

Кстати, как передавать функцию?

Через указатель?

Функцию в другую, чтобы первая была вызвана во второй

Если не колбэк какой, то суй по значению)

Колбэк

тут плюсы онли или решётка тоже?

тут плюсы онли или решётка тоже?

С и плюсы. За решёткой в @prodot

Если не колбэк какой, то суй по значению)

Смотри, надо примерно так int foo(int x, int * bar(int)){ return bar(x); }

Ну дык так и сделой)

Ну или наверни std::function

Йа не хотеть стл

А это шо?

Чем плохо?)

Йа не знать стл

._.

Йа ебацца даже с ostream

Но успешно. Родилась оператор

<<

?

int foo(int x, std::function<int(int)> bar) { return bar(x) }

;

Всё.

Чо тут ебацца.

Тогда блядоюзеру придётся делать свой бар с стл

Он может бояцца

У меня сэмпл проект, заточен под студентоту

И под хедхантеров которые просят моего кода

Велосипед, словом, никому не нужный

Который я купил в ашане и прокачиваю до нормального

Ничо ему не придётся делать.

type erasure, ёпта

type erasure, ёпта

Эт чё за зверь? Типа когда компиль сам параметры в темплейты подставляет в компилтайме?

YA NOOBUS, всё ясно

а можно как-то вне функции получить ее имя?

а можно как-то вне функции получить ее имя?

no

а как тогда RPC делают? что за фигня :\

а как тогда RPC делают? что за фигня :\

мапу делай указателей на ф-ции

Легко)

ент вон

мапу делай указателей на ф-ции

ээээ, но ведь ардерса на разных системах будут разными

ент вон

?

Это вот.*

ээээ, но ведь ардерса на разных системах будут разными

Так ты и вызов так делай

ээээ, но ведь ардерса на разных системах будут разными

ну это как один из примеров. Вариантов решений небось туева гора. Зависит от твоей архитектуры. А вдобавок ты чего по HTTP адреса чтоль пересылать собрался?

RemoteObject("shit").Invoke("fuck", ... )

Выглядит как говно, но щито поделать.

ну это как один из примеров. Вариантов решений небось туева гора. Зависит от твоей архитектуры. А вдобавок ты чего по HTTP адреса чтоль пересылать собрался?

нет, но я предполагал, что название фукнции можно сериализовать и передать клиенту на исполнение, который по названию вызовет нужную функцтю

Можно ещё макраснёй обмазать, если в рамках одного приложения...

нет, но я предполагал, что название фукнции можно сериализовать и передать клиенту на исполнение, который по названию вызовет нужную функцтю

? в дотнет заигрался чтоль?

...а если чо внешнее... ой вей.

? в дотнет заигрался чтоль?

В питоне так можно)

? в дотнет заигрался чтоль?

как в питоне же

ERROR: S client not available

а тут такой облом

Хотя это фу.

Я бы вот ещё раскурил Haskell Cloud, как там сделано

т.е на плюсах не реализовать RPC?

Вот была бы компилтайм рефлексия в плюсах!

т.е на плюсах не реализовать RPC?

Реализовать.

Возьми трифт или protocol buffers

И посмотри

Легко

а тут такой облом

да этож целая тема, как ты там реализовать RPC собрался, какой протокол и т.д.

как протокол я решил юзать redis protocol, который будут юзать серверный и клиентский стабы

редис протокол?)

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

редис протокол?)

да

тебе не кажется это жестью?

тебе не кажется это жестью?

не ну а че, он же языконезависимый

Дичь какая-то

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

тебе не кажется это жестью?

ну, люди старались, всякие SOAP и JSON-RPC придумывали. Но нафига )

ну, люди старались, всякие SOAP и JSON-RPC придумывали. Но нафига )

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

в задании меня не просят делать полноценный rpc, нас просто просят реализовать эту обстракцию как угодно

а... хм... задание

а то даже есть на месаджпаке https://github.com/jubatus/jubatus-msgpack-rpc/tree/master/cpp

а то даже есть на месаджпаке https://github.com/jubatus/jubatus-msgpack-rpc/tree/master/cpp

к сожалению это юзать нельзя: Сетевое взаимодействие должно быть вынесено за RPC-слой. RPC-слой вам нужно реализовать самостоятельно. От вас не требуется сверхоптимальный код; от вас требуется создать целостную абстракцию. Клиентский код (использующий RPC-сервис), серверный код (реализующий RPC-сервис), транспортный код (сериализация/десериализация, работа с сетью) должны быть разделены.

Может кто-то помнит: где-то год назад на хабре видел игру про решения дедлоков: два треда нужно выполнять код в обоих и добиться дедлока?

https://deadlockempire.github.io/

Огонь☺️

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