Телеграмм чат группы UnrealEngine4 страница 15643

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

14:33пожаловаться #1

PL

Господа, а кто-нибудь знает, почему у меня может LoadObject крашится в запакованой версии?
Из редактора и даже в стендэлоне всё ок.

Пытаюсь загрузить табличку в рантайме

const TCHAR* MyDataRef = TEXT("/Game/Project/Data/DT_Data.DT_Data");
UDataTable* DataTable = LoadObject<UDataTable>(nullptr, MyDataRef);

В настройках проекта стоит "всегда кукать папку /Game/Project/Data"

Сделай SoftObjectPath на DataTable и загрузи через него в рантайме, тогда не нужно будет юзать низкоуровневный LoadObject

14:33пожаловаться #2

К.

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

А, для конструктора есть другие

14:33пожаловаться #3

n

сделал чуть по другому - и вроде заработало

14:33пожаловаться #4

К.

Peter Leontev

Сделай SoftObjectPath на DataTable и загрузи через него в рантайме, тогда не нужно будет юзать низкоуровневный LoadObject

Вот тоже хорошо, кстати

14:34пожаловаться #5

n

Peter Leontev

Сделай SoftObjectPath на DataTable и загрузи через него в рантайме, тогда не нужно будет юзать низкоуровневный LoadObject

а как мне static SoftObjectPath сделать?

14:34пожаловаться #6

PL

https://docs.unrealengine.com/en-US/API/Runtime/CoreUObject/UObject/FSoftObjectPath/index.html

Unrealengine

FSoftObjectPath

A struct that contains a string reference to an object, either a top level asset or a subobject.

14:34пожаловаться #7

n

а, хотя всё ок должно быть наверно...

14:34пожаловаться #8

PL

Один из конструкторов AssetPath принимает

14:34пожаловаться #9

n

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

14:34пожаловаться #10

К.

а как мне static SoftObjectPath сделать?

Я бы на твоём месте вообще прокинул это всё тем же софтобжектом, но в блюпринты или настройки проекта даже, а оттуда уже валидные объекты доставал

14:35пожаловаться #11

К.

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

+

14:35пожаловаться #12

PL

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

да, но до тех пор, пока у тебя нет проблем с использованием более высоких слоев логики, зачем юзать низкоуровневые? Плюс высокоуровневые API защищают тебя от многих граблей

14:36пожаловаться #13

n

Кирилл .AJIADb9

Я бы на твоём месте вообще прокинул это всё тем же софтобжектом, но в блюпринты или настройки проекта даже, а оттуда уже валидные объекты доставал

да неудобно там, оно в конструкторе стракта вообще)

В идеале что я хочу сделать - чтоб FDataTableRowHandle внутри стракта всегда содержало поинтер на дефолтную UDataTable

14:36пожаловаться #14

К.

Кирилл .AJIADb9

Я бы на твоём месте вообще прокинул это всё тем же софтобжектом, но в блюпринты или настройки проекта даже, а оттуда уже валидные объекты доставал

ИМХО, так проще и нет галимого хардкода, который при рефакторе(внезапном) всё тебе отломает

14:36пожаловаться #15

К.

да неудобно там, оно в конструкторе стракта вообще)

В идеале что я хочу сделать - чтоб FDataTableRowHandle внутри стракта всегда содержало поинтер на дефолтную UDataTable

Ну оно же после заполнения конфигов

14:37пожаловаться #16

К.

Так что по идее конструктор должен хорошо отработать

14:37пожаловаться #17

К.

Либо я пошёл учить анриал дальше