uユ
Вот этот весь пиздец вне макроса я писать ебал в рот и слышать даже ничего не хочу
extern "C" __declspec(dllexport) IGame * -cdecl IGame_Instance(void) {}Size: a a a
2019 December 03
/¯
EXPORTF_DECL(IGame) {} становится
Обычный билд-зависимый макрос, потому что он должен по-другому в клиентском коде раскрываться
uユ
В dllexport или dllimport раскрывается в зависимости от того, где собирается — это норм ещё
У меня один макрос на декларирование экспорта, ибо может возникнуть момент, когда надо будет дернуть не только из dll функцию, но и из еще одной dll
/¯
Но вот PROPORTIONAL_W — говно тупого говна
uユ
Обычный билд-зависимый макрос, потому что он должен по-другому в клиентском коде раскрываться
У меня нет разделения на клиент-сервер
uユ
Есть три общих заголовка - и вокруг них все крутится
/¯
У меня нет разделения на клиент-сервер
Это условное разделение. У тебя один хедер может шарится внутри dllки и снаруши
/¯
Тут клиент тот, кто вызывает длл
uユ
Тут клиент тот, кто вызывает длл
Ну движок
/¯
Ну движок
Ну вот, вот оно и разделение
uユ
Ну вот, вот оно и разделение
Движок-игра а не клиент-сервер
/¯
Движок-игра а не клиент-сервер
Так я про сервер нигде и не говорил. Я говорил "клиентский код"
uユ
Вообще если хочешь то чекай engine/dll.hh engine/dll.cc и public/api.hh
uユ
Там самая гадость в которую я более не лезу
uユ
Ловите синглтон.
class GameController {
static IEngine * Engine(void) { return m_engine; }
}
class GameController {
static IEngine * Engine(void) { return m_engine; }
}
И что такого?
uユ
2019 December 04
G
помню какаято древняя квартира где ремонта не было 40 лет, темнота, ходят какието мужики замученные, чето шарят по холодильнику
C
C
Кажется, что в microsoft research только и делают, что разрабатывают новые улучшенные языки программирования🤨
Embrace, extend, extinguish
C
А вообще в Майк ресерче далеко не дураки. Я так понимаю они кормят половину бывших (или нет) разработчиков хаскеля