Кодерский уголок

@Kristobal Hozevich Hunta, на ютубе моря этих примеров и туториалов.

 

@Kristobal Hozevich Hunta, а проценты посчитаем за счёт использования их Акробат ридера - превратили программу в кусок глючного говна - за это они всем нам денег должны.

 

У меня foxit.

Понял, поплыл

 

У меня тоже.

 

Хотелось бы понять, что происходит в этой конструкции?
Не нахожу прототип для dynamic_cast

Код:

idMenuHandler_Shell * shellMgr = dynamic_cast< idMenuHandler_Shell * >( menuData );

Offtop

#ifndef __MENUDATA_H__
#define __MENUDATA_H__

enum shellAreas_t {
SHELL_AREA_INVALID = -1,
SHELL_AREA_START,
SHELL_AREA_ROOT,
SHELL_AREA_DEV,
SHELL_AREA_CAMPAIGN,
SHELL_AREA_LOAD,
SHELL_AREA_SAVE,
SHELL_AREA_NEW_GAME,
SHELL_AREA_GAME_OPTIONS,
SHELL_AREA_SYSTEM_OPTIONS,
SHELL_AREA_MULTIPLAYER,
SHELL_AREA_GAME_LOBBY,
SHELL_AREA_STEREOSCOPICS,
SHELL_AREA_PARTY_LOBBY,
SHELL_AREA_SETTINGS,
SHELL_AREA_AUDIO,
SHELL_AREA_VIDEO,
SHELL_AREA_KEYBOARD,
SHELL_AREA_CONTROLS,
SHELL_AREA_CONTROLLER_LAYOUT,
SHELL_AREA_GAMEPAD,
SHELL_AREA_PAUSE,
SHELL_AREA_LEADERBOARDS,
SHELL_AREA_PLAYSTATION,
SHELL_AREA_DIFFICULTY,
SHELL_AREA_RESOLUTION,
SHELL_AREA_MATCH_SETTINGS,
SHELL_AREA_MODE_SELECT,
SHELL_AREA_BROWSER,
SHELL_AREA_CREDITS,
SHELL_NUM_AREAS
};

Offtop

MenuScreen_Shell_Browser.cpp

MenuScreen_Shell_ControllerLayout.cpp

MenuScreen_Shell_Controls.cpp

MenuScreen_Shell_Credits.cpp

MenuScreen_Shell_Dev.cpp

MenuScreen_Shell_Difficulty.cpp

MenuScreen_Shell_Resolution.cpp

MenuScreen_Shell_Root.cpp

MenuScreen_Shell_Save.cpp

Есть гипотеза - это генерация имени соответствующего обработчика на основании значения menuData.

 

@Kristobal Hozevich Hunta, это ключевое слово - часть языка, как for, if и т.д. Если приведение типа возможно (т.е. это указатель действительно на объект этого класса или родственного), ты получаешь рабочий указатель. Иначе NULL. dynamic_cast требует включенной поддержки RTTI, которая в свою очередь значительно увеличивает размер бинарного кода.
Я лично не использую RTTI в своих проектах. Если так и хочется заюзать dynamic_cast, значит я что-то неправильно спланировал изначально. Рекомендую использовать static_cast, он скажет, что тип не подходит к указателю на этапе компиляции.

 

Спасибо!

То есть применительно к вышеуказанной строке кода: если объект, на который указывает menuData, относится к классу idMenuHandler_Shell, то shellMgr присваивается ненулевое значение и далее выполняется некоторое дополнительное действие ( if (shellMgr) {...} ), иначе shellMgr == NULL и это дополнительное действие не выполняется.

Правильно?

З.Ы. Не совсем ясно, чем может быть оправдана такая проверка. Shell здесь - разные экранные меню. Вероятно, menuData может указывать не только на соответствующее меню, но и на какие-то иные типы данных, а дополнительное действие следует выполнять только в случае, если это экранное меню?

Велосипед не мой

 

Да.

Как я уже писал, я считаю dynamic_cast костылём при плохом продумывании архитектуры. Но после dynamic_cast проверять надо всегда.

Ну, это у хозяев велосипеда надо спрашивать, вероятно так.

 

@Steel Rat, спасибо за разъяснения.

 

Не за что. Читай книги по С++. =)

 

F1-F1-F1!

Не могу понять, что делает этот участок кода:

Код:

const char * idSWF::GetTagName( swfTag_t tag ) {
#define SWF_TAG_NAME( x ) case Tag_##x: return #x;
    switch ( tag ) {
    SWF_TAG_NAME( End );
    SWF_TAG_NAME( ShowFrame );
    SWF_TAG_NAME( DefineShape );
    SWF_TAG_NAME( PlaceObject );
    SWF_TAG_NAME( RemoveObject );
    SWF_TAG_NAME( DefineBits );
    ...
    default: return "????";
    }
}

***************************

Код:

enum swfTag_t {
    Tag_End = 0,
    Tag_ShowFrame = 1,
    Tag_DefineShape = 2,
    Tag_PlaceObject = 4,
    Tag_RemoveObject = 5,
    Tag_DefineBits = 6,
     ...
};

Вобщем, я так понял, этот код возвращает строку, соответствующую имени тэга.

Т.е. при tag = Tag_End (tag = 0) выражение idSWF::GetTagName( tag ) вернет указатель на строку "End".

Далее всё это выводится в сообщении:

Код:

idLib::Printf( "Run Sprite: Unhandled tag %s\n", idSWF::GetTagName( command.tag ) );

Вообще, ковырять парсер SWF, не зная толком ни С++, ни Flash, представляется верхом идиотизма. Но бросать уже как-то жалко.

​

 

Это скорее C, чем C++. Ваще макросы полезно использовать, особенно в таких вот случаях, как твой, для чисто визуальной приглядности кода. А понял ты всё правильно.

 

"Ну продолжаем разговор" (с) Карлсон

Есть заведомо работающий файл .срр, содержит определения функций (исходник).

Дописываю в хвост файла свой код, использующий функции из этого файла (LoadSWF, WriteBinary).

Получаю ошибки:

Код:

15    IntelliSense: identifier "LoadSWF" is undefined      ...
    17    IntelliSense: identifier "WriteBinary" is undefined    

Почему "undefined"? Ведь эти функции описаны и используются в оригинальном коде парой строчек выше.

Чувствую, пробел в системных знаниях. Помогите устранить, пожалуйста.

 

@Kristobal Hozevich Hunta, ты свой код записываешь видимо куда то за область, где работает это самое определение. То есть оно оказывается недоступно именно твоему коду. Возможно, что оно не глобальное.

 

@Bato-San, да дописываю прямо в "хвост" исходника.

Может, это связано с тем, что данные функции - члены класса?

Код:

class idSWF {
public:
...
private:
   friend class idSWFSprite;
   friend class idSWFSpriteInstance;

   bool       LoadSWF( const char * fullpath );
   void       WriteBinary( const char * bfilename );

Ы?

Код:

idSWF mySWF;
...

mySWF.LoadSWF(filename);

 

@Kristobal Hozevich Hunta, ну написано же private ! То есть они работают только внутри этого блока. Твой код должен работать в нём же. Или перенеси их в зону public.

ытить. я просто дивлюся - незнание конструкций языка, но при этом ковыряние SWF, который сам по себе... И ведь что то ещё даже и получается. Монстр.

 

@Bato-San, да ты Архитектор!

 

Посоветуйте хороших книг по данной теме, пжл.

Код:

idSWF mySWF;

mySWF.LoadSWF(filename);

Выдает ошибку "no default constructor exists for class" для первой строчки.

Код:

idSWF LoadSWF(filename);

Компилируется, но работает неправильно. Судя по breakpoint, функция не получает управление.

 

@Kristobal Hozevich Hunta, https://ciplusplussnachala.wordpress.com/2012/04/24/с-для-начинающих-конструктор-класса/

А второй вариант и не должен правильно работать.

Мой совет: отложи гениальные планы и подучи язык, который мучаешь. Страуструпа почитай там или какой нить вельветовый путь.

 

Хм, а я не могу просто перетащить эти функции из private в public.

Там куча используемых ими приватных переменных.

Код:

#define CONSOLE_COMMAND( name, comment, completion ) \ 
void name ## _f( const idCmdArgs &args ); \ 
idCommandLink name ## _v( #name, name ## _f, comment, completion ); \ 
void name ## _f( const idCmdArgs &args )

Код:

class idCommandLink {
public:
    idCommandLink( const char *cmdName, cmdFunction_t function,
        const char *description, argCompletion_t argCompletion = NULL );
    idCommandLink *    next;
    const char *    cmdName_;
    cmdFunction_t    function_;
    const char *    description_;
    argCompletion_t argCompletion_;
};

// The command system will create commands for all the static definitions
// when it initializes.
idCommandLink *CommandLinks( idCommandLink *cl = NULL );

Код:

class idSWF { public: idSWF( const char * filename, idSoundWorld * soundWorld = NULL );
...
private:
...
idStr filename; 
ID_TIME_T timestamp; 
float frameWidth; 
float frameHeight; 
uint16 frameRate; 
float renderBorder; 
float swfScale;

--- добавлено 10 окт 2015, предыдущее сообщение размещено: 10 окт 2015 ---

Бархатный, что ли?