JasonDelife

Der Vollständigkeit halber: Eine Methode kann überladen werden. Dann hat sie den gleichen Namen, aber andere Argumente. Zum Beispiel Console.WriteLine(): WriteLine() WriteLine(int) WriteLine(long) WriteLine(string) // ... Hier noch ein gutes Buch, hat mir sehr geholfen: Galileo Computing :: Visual C# 2008 -- Das umfassende Handbuch Grüße, JasonDelife.

Soweit ich weiß hat StringBuilder.Append() eine Überladung, die ein char entgegen nimmt. Dann sparst du dir das umwandeln in einen String, was nocheinmal Performance bringen sollte. Grüße, JasonDelife.

Schau mal hier: http://www.mycsharp.de/wbb2/thread.php?threadid=77812 Grüße, JasonDelife.

Ich glaube du stehst auf dem Schlauch... Du öffnest die vom User gewählte Datei als myStream und erzeugst dann eine zweite Datei "test.txt" namens myWriter. myWriter muss mit dem Konstruktor StreamWriter(Stream) initialisiert werden. myWriter = new StreamWriter(myStream); Und was soll das bringen? WriteLine() ist void. myStream.Write(myWriter.WriteLine(item)); Du musst da dann den myWriter benutzen. Der myStream ist egal, der wird intern von myWriter verwendet. Du darfst aber nicht vergessen, myWriter zu schließen! Grüße, JasonDelife.

Man könnte es sich durchaus wie eine 3D-Tabelle vorstellen, in der jede Zelle in die Tiefe geht. Dann hätte man quasi einen Würfel, der in viele kleine Würfel zu je einem Wert unterteilt ist. Aber 3- und Mehr-Dimensionale Arrays braucht man eher selten, würde ich sagen. Grüße, JasonDelife.

Weil Threading nunmal nicht einfach ist. Und in .NET ist es eigentlich recht einfach. Vllt. hilft dir das: BackgroundWorker-Klasse (System.ComponentModel) Gewusst wie: Ausführen eines Vorgangs im Hintergrund Empfohlene Vorgehensweise für das verwaltete Threading Wenn nicht, musst du uns genauer beschreiben, was du tun willst. Grüße, JasonDelife.

Der BackgrundWorker befreit nicht von der Pflicht, Control-Zugriffe in den GUI-Thread zu verlagern. Er erleichtert es lediglich. (ReportsProgress + ProgressChanged) Grüße, JasonDelife.

Man darf in .NET nicht von jedem Thread auf Controls zugreifen! Genauer gesagt: Nur von einem einzigen, dem GUI-Thread. Zugriffe auf Controls muss man immer in den GUI-Thread auslagern. Dazu gibt es [begin]Invoke(Delegate). Je nach Szenario, ist es einfacher, den BackgrundWorker zu nutzen. Grüße, JasonDelife.

Müsste in den JFrame-Eigenschaften stehen (vllt. als "Resizable"). (Habe aber keine Ahnung von Eclipse) Wenn du aber nicht weißt, wie du eine Methodensignatur in Code umsetzt, solltest du lieber die Finger von Fenstern lassen, da Fenster recht kompliziert sind und Anfänger gerne überfordern. Im übrigen findet das Google in 0,08 Sekunden. Grüße, JasonDelife.

public void setResizable(boolean) sollte helfen. Grüße, JasonDelife.

Ich hab mal in das Buch reingeschaut. Sieht gut aus. Habe es selbst nicht, aber die Kapitel scheinen mir gut gegliedert. AntMe! ist auch gut. Aber da geht es auch um die Progframmierung von KIs. Je nach Wissensstand ist das etwas schwer. Ich denke, man sollte für AntMe! mindestens Grundlagen (primitive Typen und Kontrollstrukturen), wenn nicht sogar OOP können. Aber dem Ausprobieren steht ja nicht im Wege . Grüße, JasonDelife.

Das ist auch meine Meinung. Und deshalb empfehle ich auch dieses Buch. Das C#-Entwicklerbuch (Microsoft Press) zum Beispiel, welches ich benutze, erläutert die Grundlagen nicht so ausführlich. Ich konnte da schon Java, deswegen war das egal, aber für dich ist das eher schlecht. Und von Anfang an mit Fenstern programmieren ist meiner Meinung nach eher kontra-produktiv. Fenster sind sehr objektorientiert. Deshlab ist es schwierig sich da zurechtzufinden, wenn man gerade erst lernt, was primitive Typen sind. @nubbeldupp Es sind glube ich igs. sogar über 500 Seiten. Aber das Buch kannst du auch bestellen. Grüße, JasonDelife.

Damit nicht alles doppelt kommt. Hier wurde das von M-Cha auch gefragt: C-Sharp-Forum.de - Mehrere String aus Datei auslesen? Grüße, JasonDelife.

Wenn du die Zahlen in einem Array oder einer List<T> verwaltest, dann kannst du Sort() benutzen. In der TextBox direkt geht nicht. Grüße, JasonDelife.

Bei reiner Simulation mit der ProgressBar ist ein Timer besser. Du stellst das Interval in Millisekunden ein und registrierst das Ereignis Tick. Dann setzt du Enabled auf true und der Timer feuert alle Interval Millisekunden das Tick-Ereignis. Darin kannst du die ProgressBar.Value eins erhöhen und, wenn sie bei 100 ist, den Timer beenden (Enabled = false). Grüße, JasonDelife.

Was willst du genau bezwecken? Evtl. wäre ein Timer hier besser. Je nach dem, was du genau tun willst. Grüße, JasonDelife.

Ergänzend zu TDM: In einem Fensterprogramm gibt es eine Nachrichtenschleife, die Nachrichten (Klicks und so, also Ereignisse) sequentiell, also hintereinander ausführt. Dabei läuft die Schleife und alle Nachrichten im GUI-Thread. Dauert ein Vorgang innerhalb eines Ereignisses (allgemein innerhalb des GUI-Threads) sehr lange, so hält das die Nachrichtenverarbeitung auf. Zu den Nachrichten gehört auch WM_PAINT, welche das Neuzeichnen eines Fenster oder Steuerelements veranlasst. Wird nun aber durch die Schleife die Nachrichtenverarbeitung behindert, so kann sich die ProgressBar erst am Ende der Schleife neu zeichnen. Der von dir beschriebene Effekt ist die Folge. Grundsätzlich sollte man deshalb alle längeren Vorgänge (Internetdownload, Parsen großer Dateien, ...) im Hintergrund ausführen. BackgroundWorker (BgW) ist sicher der bequmste Weg dafür. Wichtig ist aber, dass im Hintergrundvorgang (beim BgW also in DoWork) niemals auf Steuerelemnte zugegriffen werden darf!. Dies kann zu Inkonsistenzen und Abstürzen führen. Dafür gibt es beim BgW die Ereignisse RunWorkerCompleted und ProgressChanged, welche autom. im GUI-Thread laufen. Ich hoffe, das war verständlich. Grüße, JasonDelife.

protected kannst du doch überschreiben... Wo liegt das Problem? Grüße, JasonDelife.

Wenn du die Grundlagen gelernt hast, solltest du das selbst herausfinden können. Grüße, JasonDelife.

Ungefähr so (Programmiere C#, bin nicht sicher, ob das so in C++.NET geht): NewForm frm = gcnew NewForm(); frm::Show(); this::Close(); Das ist aber jetzt wirklich einfach. Grüße, JasonDelife.

@roota Was hat das mit dem Thema zu tun? Das gehört in einen neuen Thread! Zum Problem: Probiere statt "\n" mal System.getProperty("line.separator"). Vllt. geht das ja. Ach übrigens: Die for-Schleife ist doch total unnötig. Grüße, JasonDelife.

Vllt. solltest du ein Buch lesen, um dir die Grundlagen anzueignen: OpenBook: Visual C# 2008. Grüße, JasonDelife.

Soll das der Speicherung von Einstellungen dienen? Dann siehe: Das neue Konfigurationsmodell in .NET 2.0 Ansonsten sieht das myXML.ToString() hier irgendwie falsch aus. new XmlTextWriter(myXML.ToString(), ...) Es müsste doch so sein: new XmlTextWriter(@"C:\Ordner\Datei.xml", ...) Das XmlDocument brauchst du da gar nicht. Grüße, JasonDelife.

Muss man nicht. Das dient vermutlich der besseren Lesbarkeit. Dann weiß man, das die Methoden von IEnumerable drin sind, obwohl es über IList und ICollection vererbt ist. Mann kennt ja nicht immer alle Vererbungshierachien. PS: Quallcode Grüße, JasonDelife.

Das ist schonmal falsch. Einen Datenbankadapter als Public Variable in der Hauptform... Du solltest vllt. vor dem VB-OpenBook erstmal das lesen: Objektorientierte Programmierung. Und dann mit kleinen Programmen anfangen. Nicht gleich Datenbanken und die halbe Welt steuern... Grüße, JasonDelife.