Naja, das ist doch voll das gewurschtel... Sicher das das Sinnvoll ist?

Wie auch immer. Du kannst allen Buttons das gleiche Click Event zuweisen. Dort kannst du das sender Objekt zum Button Casten und dann prüfen welchen Namen dieser hat.

@mrMo Jou.
@VBHunter poste mal einen etwas umfangreicheren Code.

Meinst du sowas?

VBHunter schrieb:

Ja denke schon das es Sinnvoll ist, weil ich dadurch einige Zeilen Sparen würde (bin jetzt bei gut 30.000)

30.000 Zeilen Spaghetti Code in der/den Form/s oder schön sauber Objektorientiert aufgeteilt in Klassen? Ich tippe auf ersteres.

Hätte man für deine Fahrzeuge eine eigene Klasse, könnte man z.B. Im Click Event ein neues Objekt "Fahrzeug" instanziieren und dieses dann an die Methode Fahrzeugkaufen übergeben und weiter verarbeiten.

Ich halte deinen Wunsch für nur begrenzt sinnvoll, aber wenn de meinst. So ähnlich wie im Beispiel von @EpagneulBreton meinte ich das vorhin.

VBHunter schrieb:

VB.NET-Quellcode

1. Fahrzeugkaufen()

Ich denke mal, das bleibt nicht bei zwei Buttons, die da unterschieden werden sollen.
Erstell ein Enum, das alle Fälle auflistet und gib dieser Prozedur das entsprechende Enum mit.

Sicher das der Code genauso funktioniert wie du ihn gepostet hast?

Sorry, das ich mich hier ganz frech einmische
@VBHunter
Kannst du dich an deinen ersten Post erinnern? Ich habe dir damals gezeigt wie man mit Klassen Programmiert und seinen Code übersichtlich hält.
Das hat dich nicht interessiert und du meintest, ist in der Form ja auch gut aufgehoben.

Tja, hier hast du die Quittung, und glaub mir, das wird noch viel schlimmer. Schau dir den Code mal in 6 Monaten an. Da weist du zu 100% mal nicht mehr wo welcher Code ist und was der genau macht.
Früher oder später solltest du echt Anfangen auf die Leute hier zu hören und die Ratschläge auch umzusetzen. (und nicht erst beim 10. mal)

Du weist das ich das in keinster Weise böse meine, soweit sind wir ja schon. Aber denke mal zurück an deinen ersten Post oder lese Ihn nochmals durch. Du wirst lachen.

Grüße
Sascha

@Nofear23m So was nennen wir beratungsresistent.

VBHunter schrieb:

sprich ich habe eine Neue Form erstellt und nur das drin was ich hier gepoastet habe

Das ist schön, trotzdem schreibst du von 30.000 Zeilen. Im Idealfall hast du so gut wie gar keinen Code in der "Form". Ich sage jetzt, alles was unter 100 Zeile Code in der Form-CodeBehind ist ist "verträglich".

VBHunter schrieb:

alles strukuriert damit ich den überblick nicht verliere

OK, VbHunter. Nochmal, ich bin heute in der Laune der Erklärbär zu spielen .
Wir nehmen an das wir das einfach Beispiel haben, das wir eine App bauen welche Hotels verwaltet und deren Buchungen. Simpel. Da hätten wir mehrere Klassen wie:

• Hotel (hält ein Hotel mit deren Eigenschaften)
  
• Atraktion (z.b. JetSki oder Kamelreiten)
  
• Buchung (hält die Infos wer wann, wo, wie gebucht hat)
  
• Hotelsuche
  
• Gast (die Infos über den Gast)
  
• Tarife
  
• usw.
  

Die Klassen sind untereinander wiederum verknüpft. Denn Ein Hotel hat ja Atraktionen und Buchungen sowie verschiedene Tarife.
Ein Gast hat auch Buchungen.... usw.

Die Klassen halten dir nicht nur alle Informationen sondern kümmern sich auch um diverse Berechnungen und/oder evtl. das Daten speichern und laden.
Sie beinhalten Prozeduren (Sub() Function() usw.) welche du einfach nur ansprechen musst um gewisse Operationen durchführen zu müssen.
So hast du den Code um z.b. für einen Gast eine Buchung anzulegen und diese einem Hotel zuzuordnen in einer Sub() enthalten und musst in deinem Code keine 40 Zeile schreiben sondern nur:
myHotel.Buchungen.Add(aktuellerGast,aktuellerTermin)
Das hilft nicht nur die Wartbarkeit des Code auf einem angemessenem Neveau zu halten sondern auch bei der Skalierbarkeit.
Dein "Spiel" wird ja sicher immer Größer und du wirst immer wieder an stellen kommen wo du einfach immer und immer wieder "herummurksen" musst um diese Stelle so abzuändern das diese auch weiterhin deinen Anforderungen entspricht.

Als du deinen ersten Post erstellt hattest, wollte ich dich gleich in die Objektorientierte Welt einführen, ja VB.Net ist Objektorientiert, denn nur so hast du auf dauer die Chance das dein Code überlebt.
Im Endeffekt (früher oder später. Bei dir anscheinend später) wirst du deinen Code so wie er gerade ist einfach verwerfen, auch wenn du es jetzt noch nicht erkennst.
Damit meine ich einfach, du wirst Ihne neu machen.

Ich würde MIR nicht zutrauen ein Spiel rein in CodeBehind zu machen. Ich denke ICH würde mich nach 3 Tagen nicht mehr zurechtfinden.
Jeder kennt das. Man Bastelt etwas und nur weil man währendessen keine Ordnung gehalten hat sucht man nach einer Zeit immer öfter sein Werkzeug. Mist, ich hatte doch gerade den 10er Schlüssel und den Schraubendreher.
So ist das vergleichbar. Irgendwann mal bist du nur noch am suchen!!!

Sooooo, und jetzt gibst du dir nochmal nen Ruck, und siehst dir an wie man Klassen erstellt und Strukturiert.
Gerne kannst du und anhand von Fallbeispielen fragen, dafür ist das Forum ja da, und dann wird das auch was mit deinem Spiel.

Aber ehrlich, es hat ja keinen Sinn wenn du alle Tage an einem anderen (ähnlichem) Problem hängst, nur weil du ganz falsch an die Sache herangehst.
Ich habe deine Threads jetzt eine Weile ignoriert, du weist... ich habs am Anfang versucht, aber irgendiwe kann ich das leid nicht mitansehen.
Bitte höre auf die Leute hier im Forum, die wissen von was sie sprechen.

Und noch eines zu Schluss. Wenn dir @RodFromGermany und/oder @ErfinderDesRades oder andere (will jetzt nicht jeden markieren, sorry) einen Link posten oder einen Rat geben, dann machen die das nicht weil sie gerade ne URL in der Zwischenablage hatten. Die suchen den Thread/das Tutorial mühsahm heraus um dir dann den Link auf dem Silbertablett zu geben. Kannst du dir vorstellen wie sich die fühlen wenn du Ihn dann ignorierst.
Zwei Posts später taucht der selbe Mist in deinem Code auf und man weis genau, er hats nicht mal gelesen.
Die Frage ist wohl, wie lange die Geduld der Helfer reicht?

Sorry, bitte nehm es nicht Böse. Ich musste das nun mal loswerden, in der Hoffnung es bringt dich in die richtige Richtung, manchesmal bedarfs es doch auch mal eines beherzigten schubsers.

Schöne Grüße
Sascha