| |
Visual-Basic EinsteigerWo ist mein Code hingekommen? | | | Autor: fricodi | Datum: 27.01.15 09:04 |
| Hallo Gemeinde,
ich bin neu hier und das ist mein erster Beitrag in diesem Forum. Ich bin was Visual Basic Programmierung angeht absoluter Anfänger und hoffe, dass mir hier über die ersten Hinternisse geholfen werden kann. Ich denke jeder hat irgendwann mal mit dem Programmieren begonnen und ist nicht als kompletter Programmierer auf die Welt gekommen. Deshalb möchte ich mich hiermit schon vorab mal dafür entschuldigen, wenn ich vielleicht aus Sicht von den Programmierprofis "doofe" Fragen stelle. Aber wie schon erwähnt bin ich Anfänger.
Ich arbeite mit Visual Basic 2010 Express. Hoffe das ich damit hier auch richtig bin.
Folgende Frage habe ich:
Ich habe ein Formular erstellt mit verschiedenen Buttons, dabei habe ich einfach die Buttons aus der Toolbox auf die FormX.VB (Entwurf) gezogen, dadurch wurde der Code dann automatisch um die Buttonbefehle ergänzt.
Danach habe ich weitere Formulare erstellt und diese ebenfalls mit Buttons und Texteingabefeldern ergänzt. Vorgehensweise wie beim ersten Formular.
Allerdings werden mir diese Buttons bzw. Eingabefelder nicht im reinen Programmiercode angezeigt wie in Formular1.
Beispielcode Form1
Public Class Form1
Private Sub TextBox1_TextChanged(ByVal sender As System.Object, ByVal e As System.EventArgs)
End Sub
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
End Sub
Private Sub FontDialog1_Apply(ByVal sender As System.Object, ByVal e As System.EventArgs)
End Sub
Private Sub Button3_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button3.Click
End Sub
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
End Sub
Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
End Sub
Private Sub Button4_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button4.Click
End Sub
Private Sub Button5_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button5.Click
End Sub
Private Sub Button6_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button6.Click
End Sub
Private Sub Button7_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button7.Click
End Sub
Private Sub Button8_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button8.Click
Form2.Show()
End Sub
Private Sub Button9_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button9.Click
Application.Exit()
End Sub
End Class
Beispielcode neues Form ebenfalls mit Buttons:
Public Class Form5
Private Sub Form5_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
End Sub
End Class
Vielen Dank für Eure Hilfe
fricodi | |
Re: Wo ist mein Code hingekommen? | | | Autor: Manfred X | Datum: 27.01.15 09:28 |
| Hallo!
In diesem Forum (VB6 Classic) bist Du leider falsch.
Dein Beitrag bezieht sich auf VB.Net.
Wenn Du ein Steuerelement aus der Toolbox auf die Form ziehst,
stehen Dir alle Eigenschaften, Methoden und Events dieses Controls
zur Verfügung.
Es spielt keine Rolle, ob die IDE selbständig eine Routine zur
Verarbeitung eines Ereignisses eingefügt oder wieder entfernt hat.
Direkt oberhalb des Code-Textfensters links gibt es eine Liste
(Öffnen durch Anclicken) in der alle Controls des aktuellen
Formuars gelistet sind.
Sobald Du dort ein Control (oder die Form) gewählt hast,
werden in der rechten Liste alle zugehörigen Ereignisse angezeigt.
Sobald Du ein Ereignis anclickst, wird der "Prototyp"/Rumpf der
Ereignis-Verarbeitungsroutine in den Quell-Code eingetragen
(gewöhnlich: angehängt). Das erkennst Du an der Handles-Klausel.
Für fett markierte Ereignisse existiert bereits eine Routine
im Quellcode.
Sobald in einer solchen Routine Anweisungen vom Programmierer
eingetragen worden sind, faßt der Designer diesen Code nicht mehr an.
Ausnahme:
Wenn Du links "Allgemein" anclickst, werden rechts alle Routinen im aktuellen
Formular angezeigt, die sich nicht auf ein Ereignis beziehen - und auf
Formularebene deklarierte Variable.
Wichtig:
Es handelt sich dabei nicht um "Befehle".
Der Code, den Du in solche Routinen einfügst, wird immer dann ausgeführt,
wenn Windows ein entsprechendes Ereignis meldet (z.B. einen
Click mit der Maus auf ein Control oder ein TextChanged, weil
der Inhalt einer Textbox verändert worden ist).
Übrigens:
Bei einem Teil Deiner geposteten Handler fehlt die angehängt Handles-Klausel.
Solche Routinen reagieren nicht auf Ereignisse (Ausnahme: Addhandler ist verwendet
worden - näheres in der MSDN).
Beitrag wurde zuletzt am 27.01.15 um 09:43:06 editiert. | |
Re: Wo ist mein Code hingekommen? | | | Autor: fricodi | Datum: 27.01.15 09:53 |
| Danke für die schnelle Antwort.
Ich glaube ich bin für das Programmieren einfach nicht geschaffen. Ich finde einfach keine Literatur, die mir auf einfacher Weise erklären kann, was ich machen muss um ein bestimmtes Ereignis auszulösen. | |
Re: Wo ist mein Code hingekommen? | | | Autor: Manfred X | Datum: 27.01.15 10:05 |
| Das ist doch einfach.
Wie ich schon geschrieben habe:
Ereignisse werden von Windows gemeldet, wenn der
Benutzer des Programms entsprechende Aktionen ausführt.
Erstelle in Formular, setze einen Button darauf und füge
folgenden Code ein (Handles-Klausel beachten):
Private Sub Button1_Click(sender As System.Object, _
e As System.EventArgs) Handles Button1.Click
MsgBox("Der Button ist gedrückt worden")
End Sub Starte jetzt den Debugger und clicke auf den Button
der sich auf der sichtbar werdenden Form befindet.
Jetzt sollte die obige Meldung erscheinen, weil
Windows Deiner neuen Anwendung mitteilt, daß der
Button angeclickt worden ist.
| |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
sevISDN 1.0
Überwachung aller eingehender Anrufe!
Die DLL erkennt alle über die CAPI-Schnittstelle eingehenden Anrufe und teilt Ihnen sogar mit, aus welchem Ortsbereich der Anruf stammt. Weitere Highlights: Online-Rufident, Erkennung der Anrufbehandlung u.v.m. Weitere InfosTipp des Monats Neu! sevDTA 3.0 Pro
SEPA mit Kontonummernprüfung
Erstellen von SEPA-Dateien mit integriertem BIC-Verzeichnis und Konto- nummern-Prüfverfahren, so dass ungültige Bankdaten bereits im Vorfeld ermittelt werden können. Weitere Infos
|