так точно

Для менеджеров, я обычно тупо беру Actor и все)

Для каких?

ну это подрезаный актор

то же был немного удивлен, что наследуется от актора а не наоборот

Я про него особо и не знаю ничего, надо погуглить

Так он жирный, проще свой сделать на обжекте, репликацию прикрутить и все.

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

ИМХО, надо реплицировать - Актор)

А чем мой вариант репликации плох, когда сервер собирает данные для клиента со всех объектов и кидаетклиенту массив структур, а клиент уже создает объекты у себя по полученным данным?

А я хз, не вникал)

тем что надо ручками синхронить

если не надо синкать, то очень даже как вариант

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

Принял, попозже прочитаю про расширение возможностей юобджекта

Эти объекты будут "Пультами" к устройствам.

Устройство<->Компонент<->Контроллер на клиенте

Они должны описывать все переменные устройства, которые будут синхронизироваться с ним, соответственно обновляться в реальном времени.
И посылать все управляющие сигналы в устройство.
Функциональность нужна максимально простая. Делегаты, Onrep репликация всех типов, и RPC на сервер.

Смысл в том, что бы управлять любым объектом на сервере, когда он не находится в прямой видимости.
Или вообще не объектом а чем угодно.

Всем привет! Подскажите плиз, как можно изловчится таким образом, чтобы параметризовать своего наследника UObject'a при создании?
Т.е.:
Есть конструктор без параметров - с этим всё ок.
Нужен другой конструктор (знаю можно определить ещё один с FObjectInitializer).
Вот нужно каким-то образом вызывать другой, как-то параметризовав его.
Как бы это сделать?

Примерчик бы...

на С++