[selfmade]: getch

Werbeanzeige

Anonymous

unregistriert

30.04.2006, 01:17

[selfmade]: getch

Hi,

hab ja oft geschrieben das man 'getch' aus der Headerdatei <conio.h> nicht benutzen sollte und immer eine eigen Alternative empfohlen, da diese erstens mehr Lernpotenzial haben und zweitens man dafür keinen Zusatzheader benötigt, der sowieso nicht mal Standardisiert ist.

Für Windowscoder gibt es da eine ganz smoothe Alternative mal wieder aus den Pfoten Patricks

Natürlich als Unicode-Variante und ausnahmsweise auch mal als Ascii-Variante.

C-/C++-Quelltext

#if defined (UNICODE)
wchar_t getch (void)
#else
char getch (void)
#endif
{
    ::INPUT_RECORD  record;     // Puffer für gelesene Eingabedaten

    unsigned long   event = 0;  // Anzahl gelesener Events


        // Eingabe holen

#if defined (UNICODE)
    while (::ReadConsoleInputW (::GetStdHandle (STD_INPUT_HANDLE), &record, 1, &event))
#else
    while (::ReadConsoleInputA (::GetStdHandle (STD_INPUT_HANDLE), &record, 1, &event))
#endif
    {
            // Wenn es beim Start noch keinen gelesenen Event gab, dann gab es einen Lesefehler!

        if (event == 0) break;

            // Es muss sich um einen Tastaturevent handeln und eine Taste muß gedrückt worden sein.

        if (record.EventType == KEY_EVENT && !record.Event.KeyEvent.bKeyDown) break;
    }

        // Zeichen zurückgeben.

#if defined (UNICODE)
    return (record.Event.KeyEvent.uChar.UnicodeChar);
#else
    return (record.Event.KeyEvent.uChar.AsciiChar);
#endif
}

Man benötigt nur die <windows.h> und schwupps ist die Sache gegessen. Funktionalität ist fast äquivalent zur 'getch' aus der <conio.h> nur mit dem Unterschied das bei Unicode das Zeichen als wchar_t zurück gegeben wird (und nicht als int) und bei der Ascii-Variante ebenfalls das Zeichen zurück gegeben wird, jedoch als char und nicht mehr als int. Wenn man einen int haben möchte, kann man den Rückgabewert casten zu einem int, long oder sonst was. Dann ist das Ergebnis das selbe wie aus der Orginalen 'getch'.

In Performancetests hat die Funktion erheblich besser abgeschnitten als die 'getch' von <conio.h>, da diese weniger Belastung mit sich führt und das Programm schön klein hält, da es keine Zusatzlib benötigt. Ebenfalls ergibt sich ein für Windowsplattformen portabler Code, da nur noch der standardisierte Windowsheader benutzt wird und nicht mehr die <conio.h>, die nicht Standardisiert ist.

Viel Spaß damit, Feedback und Fragen sind erwünscht! Bis zum nächsten Mal!

- Patrick

edit: und natürlich bugfrei und qualitativ Hochwertig

edit 2:
Infos zu den benutzen Funktionen gibt es hier:
ReadConsoleInput : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/readconsoleinput.asp
INPUT_RECORD: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/input_record_str.asp
GetStdHandle: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/getstdhandle.asp

Lesenswert, damit man auch genau weiß, was der Code macht.

Zum Seitenanfang

grek40

Alter Hase

Beiträge: 1 491

Wohnort: Dresden

30.04.2006, 01:33

Ich glaub, die übernehm ich ohne Änderung

Könnte mich glatt von der conio.h kurieren.

Zum Seitenanfang

Anonymous

unregistriert

30.04.2006, 10:09

Kleines Update.

Zum Seitenanfang

Sheddex

unregistriert

30.04.2006, 10:15

Ihr müsste mich jetzt nicht schlagen

:

Braucht man getch () eigentlich für Grafikprogrammierung? Eigentlich doch nur für Konsole oder? In Grafikprogrammen hat man ja DirectInput und GetAsyncKeyState...

Zum Seitenanfang

Anonymous

unregistriert

30.04.2006, 10:42

Hauptsächlich Console. Realtime-Anwendungen eher gar nicht, da das Programm solange in seinem eigenen Task gefange ist und blockiert, bis die Funktion beendet wurde.

Für Grafikprogrammierung und Realtimeanwendung benutzt man meistens Fensternachrichten oder DirectInput für diverse Features.