n
а дай ссылку плес?
Size: a a a
2020 August 04
n
а дай ссылку плес?
ну и, собственно, ты и так у себя в интерфейсе юзал их
С
ну и, собственно, ты и так у себя в интерфейсе юзал их
а, ну то есть циклическая зависимость это и есть форвард деклорейшен?
С
блин, а как быть в такой ситуации, если мне моего чарактера нужно подать в интерфейс?
VS
а, ну то есть циклическая зависимость это и есть форвард деклорейшен?
Нет.
n
а, ну то есть циклическая зависимость это и есть форвард деклорейшен?
нет, форвард декларейшны нужны, чтоб избежать циклической зависимости
VS
Forward declaration — это когда ты объявляешь (declaration) где-то сущность и используешь её до того как её определяешь (definition). Это возможно, если тебе не нужно знать размер объекта вместе использования, например когда у тебя только указатель нужно объявить.
С
тэкс, я прочитал об этом, я вообще встречал в книге примеры такой деклорации когда ++ учил, но там не для циклической зависимости они были
VS
А циклическая зависимость — это когда у тебя сущность зависит от сущности которая зависит от первой сущности. Каждая должна быть определена перед другой, а это невозможно.
n
вот например, incomplete type - тоже типа форвард декларейшна
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
VS
вот например, incomplete type - тоже типа форвард декларейшна
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
Это да, почему-то в примерах анрила часто так делают, по-моему вообще не очень хорошо читаемый код получается.
С
вот например, incomplete type - тоже типа форвард декларейшна
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
Но вообще лучше их прям сверху писать, под инклюдами, чтоб не дублировать в каждом параметре
то есть мне в файле интерфейс.h нужно прописать
class AArenaCharacter_Base{}
и дальше уже сам класс интерфейса
class AArenaCharacter_Base{}
и дальше уже сам класс интерфейса
С
Это да, почему-то в примерах анрила часто так делают, по-моему вообще не очень хорошо читаемый код получается.
да, я допримерился
VS
Вот {} это уже определение, так не получится.
VS
class AArenaCharacter_Base; надо.
n
то есть мне в файле интерфейс.h нужно прописать
class AArenaCharacter_Base{}
и дальше уже сам класс интерфейса
class AArenaCharacter_Base{}
и дальше уже сам класс интерфейса
class AArenaCharacter_Base;
С
Вот {} это уже определение, так не получится.
да, я чет тупанул
С
без {} вот этого
VS
Ну и инклюд убрать не забыть.
С
просто class AArenaCharacter_Base;