Die Keys Enumeration ist eine 1:1 Abbildung auf Key Codes

Willkommen im Forum.
Wir raten Einsteigern immer gleich hierzu: Visual Studio - Empfohlene Einstellungen
Option Strict On ist wichtig, damit man Datentypen auseinander hält. In eine TextBox wird Text eingegeben. Die TextBox.Text-Eigenschaft ist vom Typ String. Also das kann eine bliebige Zeichenfolge sein. Also auch z.B. "10 Schnitzel". Das ist natürlich keine Zahl. Wenn Du versuchtst, damit zu rechnen, wirst Du bei Option Strict On direkt drauf aufmerksam gemacht, dass das nicht geht. Option Strict Off ratet einfach, was Du machen wolltest. Oft funktioniert das auch, aber wenn es mal nicht funktioniert, dann ist es sehr schwer, rauszufinden, wo das Problem tatsächlich liegt.

Dass Me.Form1_KeyUp(Me, txtKeyCode.Text) nicht funktioniert, wird Dir mit Option Strict On vom Compiler sofort angezeigt: String kann nicht implizit zu KeyEventArgs konvertiert werden. Die Form1_KeyUp-Methode erwartet als zweiten Parameter ja ein KeyEventArgs-Objekt. Du gibst aber einen String an.

So wie ich das sehe, möchtest Du, dass der eingegebene Text als Zahl interpretiert, das als KeyCode betrachtet wird und dann rausgefunden wird, wie dieser KeyCode mit Namen heißt.
Das würde vom Prinzip her so funktionieren:

• Konvertiere den String zuerst in einen Zahlentyp. Welcher das ist, findest Du ganz leicht raus, indem Du Dir im ObjectBrowser ("Objektkatalog") das Keys-Enum anguckst:
  
  Das "As Integer" bedeutet hier, dass alle Enum-Konstanten den Typ Integer haben.
  Konvertieren kannst Du also mit Integer.TryParse (alle primitiven Zahlen-Typen haben passende TryParse-Funktionen).
  Diese verwendet man so:
  

  VB.NET-Quellcode

  1. Dim Result As Integer
  2. If Integer.TryParse(DerText, Result) Then
  3. 'Konvertierung hat geklappt. Result beinhaltet jetzt den Wert.
  4. Else
  5. 'Konvertierung hat nicht geklappt. Der Text ist in irgendeiner Form ungültig.
  6. End If
  
  
• Sag dem Compiler, dass dieser Integer eigentlich ein Wert aus dem Keys-Enum ist:
  

  VB.NET-Quellcode

  1. Dim KeyCode = DirectCast(DerIntegerVonOben, Keys)
  
  Der Compiler weiß, dass alle Enum-Konstanten im Keys-Enum vom Typ Integer sind und dass DerIntegerVonOben auch vom Typ Integer ist. Der Compiler muss also gar keinen Code generieren, der hier irgendwas konvertiert. Die Zeile dient nur dazu, dem Compiler zu erklären, dass er diesen Wert als Keys-Enum-Konstante betrachten soll.
  
• Zeig den KeyCode an.
  Das könnte bei Dir die KeyCodeAuswerten-Methode machen. Wie man die genau verwendet, weiß ich jetzt nicht.
  Es würde aber auch einfach reichen, an dem KeyCode die ToString-Funktion aufzurufen. Wenn es sich um eine definierte Konstante handelt, gibt das den Namen dieser Konstante zurück. Das dürfte reichen, um rauszufinden, welche Taste es war.
  

Eine Frage noch:

HHRonny schrieb:

da KeyEventArgs ReadOnly ist

Wie kommst Du da drauf?

du brauchst vor Allem diese switch-case anweisung überhaupt nicht. das alles steht ja bereits in der Keys enumeration.

HHRonny schrieb:

Ich kenne diese Einstellung aber noch von VB6 (Option Explicit war es glaub ich) und hatte sie immer an.

Nein, das ist etwas ganz anderes. Verwechsel das blos nicht.

Googel lieber mal nach Option Strict On, oder versuch das gegebene Tut wirklich zu verstehen, oder lies im Löffelmann-Buch das kapitel dazu nach. Entwickler-Ressourcen und Tools, Bücher und WebCasts - da ist allerlei gelistet, auch das Löffelmann-Buch.

Es geht letztlich darum, ob du verschiedene Datentypen unterscheiden können wirst oder nicht.

Wie ErfinderDesRades angemerkt hat, ist das nicht das gleiche.
Option Strict On prüft, ob Datentypen zusammenpassen.
Option Explicit On stellt sicher, dass verwendete Variablen deklariert sind.

Ein Beispiel für Option Explicit Off:

Weder Foo noch Bar wurden vorher mal mit Dim deklariert. Der Compiler sagt "die Variable gibt's nicht, dann erstelle ich sie eben".
Die erste Zeile funktioniert noch mit Option Strict On, die zweite aber nicht mehr, denn Variablen, die der Compiler für Dich deklariert, bekommen automatisch den Typ Object. Und MessageBox.Show erwartet einen String -> Keine implizite Konvertierung von Object zu String erlaubt.
Hat man also beides aus, kann man allemöglichen Blödsinn anstellen, der auch noch kompiliert, und zur Laufzeit bestenfalls eine Exception auslöst, schlimmstenfalls aber auch einfach was unerwartetes macht.

Option Strict On (und natürlich auch Option Explicit On) ist für sauberes Programmieren absolut nötig. Deshalb ist es auch wichtig, sich die IDE so einzustellen, dass diese Optionen automatisch richtig gesetzt werden.

Das andere, was im "Deppen-Einstellungen"-Post erklärt wird, ist der projektweite Import des Microsoft.VisualBasic-Namespaces.
Da sind allerlei Sachen drin, die verwendet werden, wenn man VB6-Code 1 zu 1 in rüberkopiert (bzw. ein altes Projekt migriert). Beispiele wären da die MsgBox-Funktion oder so Sachen wie Split, StrPad und FileOpen. Eine unglückliche Eigenheit bei VB ist es, dass die Funktionen dann immer in der Luft rumhängen und man die überall einfach so aufrufen kann:

Dadurch kommt man immer wieder in Versuchung, diese unnützen Funktionen zu verwenden (anstelle der eigentlich dafür vorgesehenen Klassen). Deshalb sollte man diesen Import immer entfernen. Ich bin sogar so weit gegangen, meine Projekt-Templates zu verändern und da den Import rauszunehmen. Dadurch ist der Haken bei neuen Projekten automatisch nicht mehr gesetzt.
Es gibt in diesem Namespace trotzdem eine Sache, die nützlich ist: Steuerzeichen.
In VB gibt es für Strings leider keine Escape-Sequenzen. Also es gibt keine einfache Möglichkeit, nicht druckbare Zeichen in einen String einzufügen. Die Microsoft.VisualBasic.ControlChars-Klasse enthält die wichtigsten Zeichen, die man so braucht. Um diese zu verwenden, kann man so einen Import verwenden:

Dadurch muss man Microsoft.VisualBasic.ControlChars.Tab nicht immer ausschreiben, hat aber gleichzeitig auch nicht den ganzen anderen, unnötigen Krämpel rumfliegen. Wer wirklich möchte, kann hier auch das verwenden:

Davon rate ich aber eher ab, denn dann hängen die Konstanten erst wieder zusammenhangslos in der Luft rum. "ControlChars" ist meiner Meinung nach schon kurz genug. Man kann jedoch auch einen kürzeren Namen verwenden, nur sollte halt darauf achten, dass er trotzdem aussagekräftig ist. Also Imports CC = Microsoft.VisualBasic.ControlChars ist nicht zu empfehlen, weil CC nicht aussagekräftig ist.