IInteractiveActor* TargetActor = Cast<IInteractiveActor>(FHitResult.Actor);

Что бы вот тут FHitResult.Actor не оказался nullptr

Соответственно, если эктор не существует, или стоит в очереди у gc, то выполнять в нем логику - решение опрометчивое. Отсюда и weakptr

§5.2.7/4:

If the value of v is a null pointer value in the pointer case, the result is the null pointer value of type R.

т.е. на выходе получишь nullptr

Ну просто интерфейс без каста я никак не запущу, а перед кастом на валидность проверять или нет

Ребят может кто может подсказать в какую сторону копать с этим, я немного не представляю так как ни разу еще такую вещь не пилил, есть такой вот интерфейс, небольшая арка с зоной успеха и точка, которая должна ездить по этой арке, и игрок соответственно в зоне успеха должен прожать, короче типа QTE. Как лучше сделать анимацию, брать для этого виджет и для точки ручками пилить анимацию шаг за шагом? И как лучше определять зону в которой попадание засчитается, пока не представляю. Может кто делал что-то подобное или видел какие-то темы о которых почитать посмотреть можно подобное?

Просветите пожалуйста по вопросу circular dependency в блюпритах
Наткнулся на маркете на плагин, который эти самые circular dependency детектит Проверил проект, показало больше трёх десятков  circular dependency.
Документация плагина говорит что это плохо и вызовет  tight coupling, memory leaks и прочие беды

Это на самом деле так страшно и нужно все переделывать?
У меня детектит  circular dependency даже если класс А имеет переменную типа класса Б, а класс Б имеет переменную типа класса А
Чем может грозить такая ситуация?

ну tight coupling классический, типа в класс входит композиция из Б, и а у Б есть ссылки на owner. Ну там могут быть трудности после изменения отношений между объектами, не критично зачастую. Например перекрестные ссылки у умных указателей утечки могут создавать, когда память не освобождается. Короче от примера зависит

Если есть возможность то лучше такого избегать и не оставлять?

да хз, я компромисно на такие вещи смотрю, но бывали проблемы, да. Да эти улучшения наперед архитектуры или производительности, только продуктивность отъедают, имхо. Твою игру проблема связанная с tight coupling не убьет, а там на деле разберешься.

Спасибо за объяснения

Поделитесь опытом кто как собирает crash со своих игр (больше интересует android/ios) ?

EpicGames выглядит так в видео на YouTube

Firebase/AppCenter

Но у меня этого нет

там есть сторе библотека но у меня толка Unreal Engine

о спс

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

А как используете ? Сами написали sdk ? офф sdk нет

У каждого редактора и пакета оси по-своему