Sobald Du sowas glaubst zu brauchen: anzahlaneiner, anzahlanzweier, anzahlaneiner02, anzahlanzweier02, anzahlaneiner03, anzahlanzweier03, liegst Du schon daneben. Arbeite mit Listen oder Feldern. Dann wird auch der Umgang mit den Würfel-Subs einfacher, weil Du nur eine brauchst.

mir sieht das komisch aus - man kann nur 2 Zahlen auswählen? Müssten es nicht 6 Zahlen sein?

Siehe Post#1:

Visual_Prog schrieb:

außerdem bin ich erst bei den zahlen 1 und 2, das heißt 3-6 sind noch nicht funktionsfähig.

##########

Auch wenn ich mich noch nicht komplett mit dem Code beschäftigt habe, würde ich da einen Gesamt-Gegenvorschlag entwickeln. Nur weiß ich nicht, ob das zielführend wäre, @Visual_Prog

ok, dann also zur Frage, wie kürzer: Schau, welcher Code immer gleich aussieht - das kann man in eine Methode verlagern. Zb dahier:ist dasselbe wie dem hier:das kann in eine Methode, dann schrumpft sich das ganz ungemein.

Auch in der Ergebnissub ist Redundanz: If auswahl = 1 … Sie haben die 1 so oft gewürfelt … anzahlaneinerliste.Count * 1 (explizit ohne CodeTags)

Ich dächt, Dir wär Konsole lieber. Ist doch auch umsetzbar. Ich glaube nicht, dass Dir WinForms da nen unschlagbaren Vorteil bietet. Es ist immer wieder die Datenmodellbasis, die passen muss.

Ich weiss auch nicht, wie unsere Vorschläge in Richtung Winforms führen, aber die entscheidung ist so oder so richtig.
Ein Konsole-Programm ist nicht interaktiv, dassis was für einen Dienst, aber nix, womit ein Mensch als Benutzer sich rumärgern möchte.
Konsole-Programmierung ist ganz ganz stark prozedural orientiert.
Man kann da keine "wirkliche" Programmierung lernen, objekt- und event- orientiert.
Mit Konsole ins Programmieren einsteigen sehe ich sehr fragwürdig, weil man da den prozeduralen Stil trainiert und sich angewöhnt.
Und wie mit Strict On und dem MVB-Namespace vermute ich, dass diese Gewohnheiten einem massiv im Wege stehen, wenn man seine Denke auf objekt- und event- orientiert umstellen muss.

---

Aber schade - ich hätte gerne noch den TE beim Lernschritt begleitet, wie man eine Reihe von Anweisungen, die sechs mal auftritt, in eine parametrisierte Methode überführt (post#7).
Sodass die Anweisungen nur noch einmal vorkommen - in der Methode - welche dann sechs mal aufgerufen wird.
Dieses Konzept sauberer Programmierung (Fachwort: "strukturierte Programmierung") ist im prozeduralen Paradigma ebenso unerlässlich wie im event-orientierten.
Und wäre gut aufzuzeigen gewesen.

Jetzt läuft er davor quasi davon und fängt erstmal was ganz neues an.

Deine Konsoleneinwände kann ich bzgl. Objektorientierung und EventHandling nicht ganz nachvollziehen. Klar, im Gegensatz zu nem GUI, welches im Hintergrund in seiner MessageLoop festhängt, hängt ne Konsolenanwendung in ner klassischen Do- oder While-Schleife fest und wartet auf die nächste Eingabe (und bekommt in der Zeit nix anderes mit). Bei nem Kniffelspiel ist das doch kein Beinbruch. Da wartet man doch auch in der Realität, dass man würfelt und sich entscheidet. Objektorientierung seh ich jetzt nicht gerade als GUI-spezifisch bzw. ich seh da nicht das Konsolenproblem. Und Events: auch möglich/umsetzbar. Sogar m.E. auch sinnvoll umsetzbar, siehe MSDN-Beispiel 1. Die Counter-Klasse weiß nicht, was bei Limitüberschreitung passiert, darum kümmert sich die Main-Sub selbst.

Ja, haste recht.
Objektorientierung **kann** man auch in einer Konsole machen - nur ist mir noch nie jemals untergekommen, dass das auch mal gemacht würde.
Ebenso Event-Orientierung: **Möglich** ist das - macht blos niemand (vmtl. weils meist nicht sinnvoll ist, s.u.).

Das von dir angeführte Msdn-Beispiel kann man ebensogut auch als unsinnig betrachten:
Die verkünsteln sich da mit 50Zeilen, 2 Klassen, 1 Event und 5 Methoden, um was zu bewirken, was ein normaler Mensch prozedural(!) in 10 zeilen abgehandelt hat.
Bei denen man dann auch sofort durchblickt.
Aber klar, die wollen da ein Event zeigen - nicht ein Problem sinnvoll lösen.
Also um Event zu zeigen ist das Beispiel brauchbar, als Konsole-Demo ists eher ein Anti-Beispiel.

---

Dass Kniffel für Konsole geeignet sei ziehe ich in Zweifel. Hab jetzt spasseshalber VisualProgs Experiment bei mir zum laufen gebracht, und erkenne das Spiel Kniffel wie ich es kenne garnet wieder.
Ich hab auch Mühe, mir einen Console-Workflow auszudenken, der das Spiel abbilden würde.

In WinForms fällt mir das viel leichter: Eine CheckedListbox oder ein DGV zeigt den geworfenen Wurf an, und mit der Maus wählt man die Einträge aus, die man aus der WürfelMenge fortnehmen möchte, dann klickst man "würfeln", und der nächste Wurf wird angezeigt.

Ok - dass ichs nicht wiedererkenne liegt daran, dass es nur für 1 und 2 funktioniert, und dass man nur Pasch-Ziffern "rausnehmen" kann.
Hier zeigt sich aber die Konsole-Beschränkung: nämlich das mit nur PaschZiffern rausnehmen hat er vmtl. so gemacht, weil ein Rausnehmen beliebiger Würfel in Konsole lästig einzugeben wäre.
Und der Programmier-Aufwand zum Absichern gegen Fehl-Eingaben würde blitzgeschwind ins Groteske wachsen. (Waren die Würfel, die er rausnimmt denn überhaupt im Wurf drinne?)
Was wiederum auf WinForms hinführt: Eine CheckedListbox - da kannste nix abwählen, was nicht drinne ist.
Also selbst für einen Simpel wie Kniffel ist Konsole nicht interaktiv genug.

Jo, vlt. haste recht, dasses nicht an Objektorientierung oder Events liegt, dass Konsole für nix zu gebrauchen ist, sondern wirklich nur an mangelnde Interaktivität.
Wennde mit KonsoleProgrammierung gestraft bist, dann musste an der Stelle - Interaktion, Benutzerführung, Eingabe-Validierung - einen Riesen-Aufwand treiben - vertane Zeit und Hirnschmalz.
Besser hätteste ein paar Controls aufs Form geschmissen und mit rumgespielt, und dabei was gelernt, was auch zu gebrauchen ist.

Anbei mal der Erstentwurf meiner Konsolen-Kniffel-Variante. Ohne Events, aber mit Interaktivität. Zumindest, was ich mir drunter vorstelle. Nachdem man das Spiel gestartet hat, wird das erste Würfelergebnis angezeigt. Dann kann man mit der Oben-/Unten-Pfeiltaste ein Einzelwürfelergebnis auswählen, welches man behalten will und drückt Space, um die Auswahl zu bestätigen (also Mehrfachauswahl). Wenn man alle interessanten Würfel ausgewählt hat, drückt man Enter. Dann entscheidet man, welche Würfelergebnisse man verwerfen und somit die Würfel wieder ins Spiel bringen will. Am Ende des Zugs (also nach 3x Würfeln oder nachdem man sich für alle 5 Würfel entschieden hat) werden die punkterelevanten Ergebnisse angezeigt und man muss sich entscheiden, wohin man das Würfelergebnis auf seine Spielergebniskarte (auch mit oben/unten und dann Enter, also Einzelauswahl) schreiben will.

Habe VS2019 CE. Könnte daran liegen. Ansonsten hatte ich .NET FW 4.7.2 eingestellt. Versuch mal in den Projekteigenschaften das Framework auf 4.8 einzustellen.

Visual_Prog schrieb:

aber ich krieg das Ding nicht geöffnet.

Du musst das Projekt down-graden.
In der SLN musst Du die ersten paar Zeilen ändern, ersetze sie durch die Zeilen einer SLN von Dir.
In der VBPROJ musst Du das Framework durch Deins ersetzen.
Danach sollte es funktionieren.
Feddich.