Suchergebnisse

Bei derart viel Code, und mit noch anhängigen zig Controls hat das kein Sinn. @vanao:: Kannst du das Projekt nicht lauffähig zippen und anhängen?

(mein gott, bin ich schlecht in dem Spiel!) jdfs. die codierung der Aufgaben als String findich garnicht schlecht. Irgendeine codierung muss man finden, und Strings sind wunnebar anschaulich beim Debuggen. Mehr Beschwerden habich mit wieviele Panels du brauchst, und dass du mit Thread.Sleep und Application.DoEvents() unterwegs bist. Imo müssteman das ganz anners organieieren, nämlich als Workflow - so heißt das glaubich, und gibts sogar ein Extra-Framework für - aber habich keine Ahnung von. Jed…

jo, hübsche aufgabe - ich find jdfs. 2 Themen daran interessant: Einmal die Xml-Verarbeitung - da kannman sich dolle dran verkünsteln. Etwa dass du da 2 mal zu 90% identischen Code hast - das kann man redundanzfreier hinkriegen. Und dann natürlich rumprobieren, was mit XDocument und Konsorten zu reißen ist - aber dazu müsstest du eine Beispiel-Anwendung anhängen, inklusive Datenbeispiel, weil so aus der Luft kann man höchstens bischen die Zeilen reorganisieren, aber nix neu entwickeln aus einem …

Zitat von TomWi: „Brauchst Du dazu den ganzen Projektordner, oder nur die .sln-Datei?“Mit lauffähiger Solution ist gemeint, dass man per Doppelklick auf die .sln-Datei das Projekt öffnen kann, und anschließend mit F5 starten kann. sone Zip erstellst du, indem du VisualStudio schließt, und dann im Windows-Explorer den Pfad "...\SolutionName\Bin" komplett weglöschst, denn darin sind die Executables enthalten. Danach mit einem Zipper den Pfad "...\SolutionNam" zippen und anhängen. Noch schlankere Z…

@Arby:: Na, sowas nenne ich doch einen schnuckligen Code . Den guckt man an, und kann ihn durchlesen, und sieht, wies geht, und dass die Methoden genau das tun, wie sie heißen (ausser Button1_Click, aber bei nur einem Button auffm Form kann man das verschmerzen). Und jede Methode für sich ist eine autarke Einheit, die alle Info über ihre Parameter bekommt, sodass man bei Fehlverhalten kaum jemals mehr als 10 Zeilen zu untersuchen hat, und pipapo. Die beiden üflüssigen Leerzeilen in Button1_Click…

Für alle Knobler: schlage vor, folgendes Problem zu lösen: Bezug: [VB 2010] Item in 2. Combobox löschen, wenn es in der 1. Combox ausgewählt wurde Zitat von Problem: „per Combos sollen 6 Eingänge zugewiesen werden. Ist ein Eingang zugewiesen, so soll er in den anneren Combos nicht mehr zur Auswahl stehen. Um damit nicht festzufahren gibt es ein zusätzliches Combo-Item "<keine>", welches immer in allen Combos verfügbar bleibt. also gibts 6 Combos, und 7 Items, welche dahinein zu verteilen sind. U…

sowas finde ich eher abwegig. Da wird eine Extra-Variable eingeführt, die man auf true stellt, damit ohne "break" gebreakt werden kann. Das ist aber nur eine Verschleierung des Breakens, daher bin ich dafür, break zu verwenden, wenn gebreakt werden soll. Denn dafür isses da, und deswegen heißt es auch so. Und Variablen sind nur sehr sehr notfalls dafür da. Insgesamt liegt hier aber wohl eine Suche nach dem ersten (First) Treffer in einer Auflistung vor. Für sowas ist Linq erfunden: C#-Quellcode …

Das stellt aber keine Inputbox dar. Das scheint mir einen Directory-Selection-Dialog darzustellen, und so würde ich das Form dann auch benennen. Wie bist du auf ObjectModel.Collection(Of T) verfallen, ist List(Of T) nicht gut genug? Ich würde auch versuchen, die DriveInfo-Klasse einzuspannen statt des bisserl eigentümlichen Environment.GetLogicalDrives. VB.NET-Quellcode (27 Zeilen)Also ich habe jetzt - Architektur - eine Methode AcceptDir() eingeführt, die anhand der rejectPattern entscheidet, o…

hmm - eiglich war dieser Thread gedacht für Code-Snippetse, die man sich kopieren kann, und die dann bei einem selbst schoma laufen - verbesserungsfähig halt. Also wenn du dein Projekt zippen und anhängen könntest, könnte man was machen - die Datei-Struktur (es ist eine CSV) ist ja nicht weiter kompliziert. Aber bei allem anderen kann man so nicht durchblicken - wir haben ja nicht dein Form, mit den Textboxen, PropertyGrid, buttons, und was da sonst noch alles rumfahren mag. wie gesagt zippen un…

also ich hab mal bischen ausgemistet. Da ich den Sinn der Rechnungen nicht verstehe und auch nicht wirklich testete, bin ich nicht sicher, ob ich nicht Bugs eingebaut hab. jdfs, wie gesagt: Visual Studio - Empfohlene Einstellungen Und dann beachte, - wie ich das Einlesen auf eine Zeile reduziert hab - welche Variablen ich rauswerfen konnte - wie das Anhängen von Zeilen an Textboxen vereinfacht wurde - wie eine Textbox beispielhaft durch eine Listbox ausgetauscht wurde Ist alles nur halbe sache -…

so langen Code kann man nicht "durchsehen und bewerten". Den muss man bei sich einkopieren, und Testläufe damit machen. Und man muss wissen, was der machen soll. Kannst du ein lauffähiges Sample zippen und anhängen? scheinbar stehst du mitte Forum-Buttons noch bisserl auf Kriegsfuss, vlt. hilft da (Versteckter Text)

hast du dich nicht vertan? Das kompiliert ja garnicht. Ach, und dann kannste vlt. noch eine Erklärung springen lassen, was es eiglich machen soll.

probiers bitte selbst aus - downloade dein Anhang, öffne in vs2013 und siehe, diese Zeile:C#-Quellcode (1 Zeile)kompiliert nicht. Ausserdem fehlen scheints TestDaten und Ordner - so kann ich keinen Testlauf machen. Oder wird das alles generiert?

Als nächstes funzt das hier nicht:C#-Quellcode (4 Zeilen)Du kannst nicht gleichzeitig einen Reader und einen Writer auf dieselbe Datei haben.

mich stört, dass du den KeyCode als Integer behandelst, und nicht als das, was er ist: ein Keys Also besser wäre:VB.NET-Quellcode (18 Zeilen)Ähnliches Thema wie im anderen Thread: Datentypen erkennen (hier: Keys), und für sich arbeiten lassen.

Bitte keine Bilder über Schmuddel-Hoster einfügen! Warum nicht einfach die Bild-Anhang-Funktion des Forums benutzen? (Versteckter Text) (Der Button ist ein Button, ist zum draufklicken (jaja, manche finden diesen Hinweis doof, aber andere wissen das einfach nicht))

Zitat von HHRonny: „da gibt es keinen gravierenden Unterschied, oder doch?“Doch - Unterschiedliche Datentypen sind immer gravierend. Den falschen Datentyp nehmen ist wie einen Fisch heiraten, oder eine Kartoffeltüte interpolieren - es geht nicht, und es ergibt oftmals nichteinmal irgendeinen Sinn.

naja, die ausdrückliche Deklaration unterbindet das Type-Inferring, und macht den Code umständlicher gegenüber Type-Änderungen. Und der Code zeigt, dass die Flexiblität anonymer Methoden nicht vollständig bekannt sind. Gibs zu: Dasde drauf gestoßen wurdest hat dich bisserl schlauer gemacht, odr?

Funktioniert das denn? Mir scheint, TestString1 wird failen, wenn ich einen Ordner namens C:\Program Files\Dummy\Dummy auf Platte habe. Die PathAndArgument-Klasse erübrigt sich, wenn man die neumodischen ValueTuples einsetzt:VB.NET-Quellcode (10 Zeilen)