@Th69

Das mit dem FormattingEnabled ist mir auch aufgefallen hatte es vorhin vergessen zu schreiben 🙂

Also ich habe jetzt mit einem Testprojekt exakt den selben Aufbau der Comboxen vorgenommen mit den exakt selben Eigenschaften wie du. Ergebnis mit und ohne FormattingEnabled ist das es funktioniert. Auch wenn ich vorher alles auf "" setze.

Ach Mensch Harry2001. Der Link wird doch wieder entfernt 🤔 Es ist ausdrücklich untersagt Links auf externe Filehoster zu posten.

Option wäre noch das du deine Oberflaeche.cs Datei einzeln hochlädst. Ich denke der Großteil deiner Logik wird hier drin sein. Und damit diese die 256kb übersteigt muss diese schon mehrere 1000 Zeilen Code haben.

Hallo Harry2001,

ich habe in einem kleinen Testprojekt deinen Code ausgeführt und bei mir funktioniert alles wie gewünscht. Die Eigenschaften der ComboBoxen habe ich unverändert gelassen bis darauf das ich Items hinzugefügt habe. Eventuell hast du einen Codeschnipsel hier beim Posten entfernt der diesen Fehler verursacht.

Hier musst du wie es Abt geschrieben hat wohl mal den Debugger anwerfen 😉

Grüße

Brymax

wie es der Name sagt

Mit sowas musst du vorsichtig machen 😉 Für dich sagt der Name alles. Für jemand außenstehendes ist das aber eventuell nicht so. Da ich auch vor erst knapp 2 Jahren meine Umschulung zum Fachinformatiker beendet habe weiß ich aber wie schwer es ist nicht alles nur aus der eigenen Sicht zu sehen.

Hallo triceps,

hast du konkrete Probleme beim Lösen der Aufgabe oder möchtest du das wir dir die Arbeit abnehmen und sagen wie du es Programmieren kannst? Der Bereich Braille-Schrift ist jetzt auch für die meisten Programmierer in diesem Forum nichts womit Sie ihr täglich Geld verdienen.

Ob dein Gedankengang korrekt ist oder überdacht werden muss kannst du dir am besten selbst beantworten. Was ist die Anforderung an dich? Führt dein Gedankengang zur Erfüllung dieser Anforderung? Wenn ja dann ist dein Gedankengang korrekt.

Solltest du Probleme bei der Implementierung deines Gedankenganges haben kannst du gerne dein Problem schildern und dir wird sicherlich geholfen 🙂

Grüße

Brymax

Dann sollte ich mich vielleicht mit #regions auch ein bisschen zurückhalten. Da wir nur für intern entwickeln und nach außen hin kein Code gelangt bekommt man solche Empfehlungen leider nicht so schnell mit.

@chillic:

Genau deswegen habe ich geschrieben und explizit drauf hingewiesen das es sich um meine persönlichen Präferenzen handelt und das diese drastisch abweichen können. Wenn du es bevorzugst steht es dir frei gerne deinen Code zu Kommentieren wie es dir beliebt 🙂

Vielleicht habe ich es aber auch ein wenig zu drastisch geschrieben.

Ich habe in meinem Arbeitsumfeld festgestellt das Kommentare wie Konfetti in den Code geschrieben werden. So kommt auf 10 Zeilen Code 10 Zeilen Kommentare. Für mich macht es den Code schlecht leserlich und hat keinen Mehrwert für mich.

Bsp.:

// Prüfen ob foo "A" enthält
if(foo.Contains('A'))
{
    // Tu was
    DoWork();
}

Ich halte Kommentare nicht für Sinnlos oder Überflüssig. Nur sollte man sich Gedanken machen wann ein Kommentar einen nutzen für den nächsten Programmierer oder für einen selbst hat bevor man ihn im Code belässt.

@Abt:

Der Beitrag mit den regions ist interessant. Mir persönlich helfen Sei ungemein. Ist das jetzt eine grundsätzliche Empfehlung regions nicht oder nur sehr begrenzt zu nutzen oder eine persönliche Präferenz der Entwickler die den Beitrag geschrieben haben?

Hallo Rico913,

Generelle Optionen die dir Visual Studio bereitstellt:

1.) #region

Hiermit kannst du ganze Codeblöcke Gliedern.

2.) <summary>

Zum beschreiben einer Methode um gleich von außen zu sehen welche Funktion sie erfüllt ohne den Methodenkörper zu öffnen.

Persönliche Präferenzen:

Meine persönliche Präferenzen unterscheiden sich teilweise drastisch von anderen. Sie erleichtern es mir meinen Code besser zu lesen. Ob es bei dir auch hilft muss du selber rausfinden 😉

1.) Ich vermeide Kommentare so gut es geht. Code sollte selbsterklärend sein. Nichts ist für mich schlimmer als Code zu lesen der mehr Kommentare als eigentlichen Code enthält.

2.) Ich strukturiere jede Klasse gleich. Von oben nach unten

• Eigenschaften, Felder, Enums, Structs, usw...
• Konstruktoren
• Methoden

3.) Ich versuche die Methoden immer in der Reihenfolge von unten nach oben zu schreiben in der Sie aufgerufen werden. Bsp. Start() -> DoWork() -> Dispose(). Start() steht über DoWork(). DoWork() steht über Dispose(). Methoden die mehrfach aufgerufen werden schreibe ich dann unter Dispose().

4.) Ich nutze immer die geschweiften Klammern auch wenn sie nicht immer notwendig sind.

Bsp.:

f (true) 
{
    DoWork()
}

statt

if (true)
    DoWork()

Zum Schluss noch Tipps:

1.) Orientiere dich an den Codekonventionen.

2.) Orientiere dich an den Namenskonventionen.

3.) Setzte dich mit dem Begriff Clean Code auseinander.

Hoffe das ein oder andere hilft dir 🙂

Grüße

Brymax

Hallo Alex,

wo fangen wir an 😉

1. Er schreibt den Text in die txt_box nicht übereinander sondern er überschreibt den Text.

Hier ein paar Tipps:

Schau dir die TextBox.Multiline Eigenschaft an.
Schau dir die TextBox.AppendText() Methode an.
Schau dir den "+=" Operator an.

2. Der Text wird nicht aktualisiert weil ein Forms-Programm immer nur mit einem Thread arbeitet.

Hier ein Tipp:

Schau dir diesen Link Label text doesn't get updated until the whole loop is completed an. Die Antwort auf die Frage ist sehr gut.

Das geht in Richtung Threading. Ich denke aber das das aktuell noch deine Kenntnisse drastisch übersteigt. Daher versuch erstmal nur zu verstehen warum es nicht geht. Eigne dir dann erstmal die Grundlagen an und irgendwann kannst du dich wieder dem Threading zuwenden. Das ist nicht böse gemeint sondern schützt dich vor Frust das Programmieren aufzugeben 😉

Grüße

Brymax