Hay

Nein ich weiß wie man die Buttons hinzufügt aber ich wollt wissen, wie ich die Buttons belegen kann?

Bei Ja soll das Programm beenden und bei Nein soll das Programm nicht beenden.
Aber wie anstellen?

Gruß

Hi mit Select Case



gruss Aentfs

Gruß FatFire

Mit Select Case ist es nicht nur eleganter sondern bei yes no abort auch besser ;-D

gruss Aentfs

Aentfs schrieb:

Select Case MessageBox.Show("Überschrieft", "Fensterinhalt", MessageBoxButtons.YesNo)
Case Windows.Forms.DialogResult.Yes
'code für Ja
Case Windows.Forms.DialogResult.No
'Code für Nein
End Select

Nur ist es genau umgekehrt


Du hast "Fensterinhalt" und "Überschrift" vertauscht..


Grüsse
Pascal

Da hätte ich eher zu den Grundlgen gepackt ...
Also hier mal möglicher weise musst du noch was verändern ...


edit:
sry war away und jetzt schon lösung gepostet worden ...
mfg

Im konkreten Fall ist If angebracht, weil beim Abbruch von "Programm beenden?" im Normalfall auch keine Aktion erfolgen soll. Und Select Case wenn man nur einen Fall abfragt? Sinnfrei.

Außerdem hab ich einen gepflegteren Bart als Du, das besser riechende Deo und keine Schreibfehler in meinem Codebeispiel
Zeit für Feierabend...

Gruß FatFire

ok danke hab den genommen und er funzt prima

@TG22997: bei deinem Programm wird wenn bei der MessageBox nicht Ok gedrückt wird eine zweite MessageBox aufgerufen...

Select Case ist hierbei elleganter sobald du mehr als 2 Optionen hast, davor find ich es wesentlich unnötig

erstmal ja habe in der Eile Überschrieft und Inhalt vertauscht und

Zweitens mit Select Case kannst du theoretisch 100.000 antworten abfragen da Select Case nicht auf ja nein sondern auf einen Vergleich aus ist

bedeutet im Klartext IF-Anfrage gleich JA oder NEIN und Select Case kann viel mehr als nur JA oder Nein.

funzt doch mein code musste dann so aussehen:

Das kannste rausschmeissen, ist unnötig.

Und an den Select Case-Fan: Select Case ist nichts anderes als geschachteltes IF-ELSEIF. Unter der Oberfläche gibt es keinen Unterschied. Und deswegen kann es auch nicht mehr. Eher weniger. Denke dabei mal an AndAlso und OrElse.

Gruß FatFire

PS: Okay, ich korrigiere. Bei vielen Einträgen und Durchläufen ist SELECT CASE etwas schneller. Aber halt unflexibler. Und in obigem Beispiel macht es keinen Unterschied.

Ich weiß nicht wie weit unter der Oberfläche du Select Case und IF vergleichst. Aber in CIL ist es definitiv anders aufgebaut. Und auch klar schneller von der Logik.

Allerdings weiß ich nicht was der JIT-Kompiler dann aus dem CIL Befehl switch macht und wie das intern umgesetzt ist.
Aber ich glaube in Assembler gibts für Switch Case sog. Branch Tables. Dies kann wohl performanter sein als jeden Wert per compare mit einem anderen zu vergleichen.

Allerdings bin ich kein Assembler-Spezialist.

Und wieso soll Select Case weniger flexibel sein ??

Und wieso soll Select Case weniger flexibel sein ??

Weil Du nicht logisch verknüpfen kannst. Bei Select Case musst Du immer einen Eingangswert vergleichen. Natürlich könntest Du auch Select Case-Verschachteln, aber das führt das ganze dann ja irgendwie ad absurdum.

Das mit der besseren Performance hab ich ja oben schon ergänzt, da lag ich ein wenig daneben. Bei Einzelvergleichen bringt das allerdings auch keinen Unterschied.

Gruß FatFire

Nunja , du kannst schon Logisch verknüpfen..



Ob das nun aber wirklich elegant ist, sei mal dahin gestellt :D

Gruß Mono

Ach, das geht? Hm...okay, dann werde ich das wohl mal öfter benutzen. Jaja, tut mir leid, ich bin alt, damals gab es noch kein Switch oder Select Case...ich brauch immer 10 Jahre um neue Technologien anzunehmen.

Gruß FatFire

ja das geht
aber es bringt nichts, wenn du nur zwei optionen hast und dann auf True prüfst und mit Else einfach etwas anderes machst, oder ob du das in einem Select Case machst^^