C# Ein "Form" von anderer Klasse aufrufen

Ich habe bisslang meistens mit Java programmiert nun muss was in C# erledigt werden, vom Handling sind beide immerhin etwas ähnlich nur bei den Forms bzw. Frame scheiter ich irgendwie.

Folgendes: Ich habe eine Klasse die paar sachen kopiert. Jetzt würde ich gerne es so haben das diese Klasse einen ProgressBar anzeigt.

So habe ich es mir gedacht:
Ich hätte gerne eine Klasse vom Typ "Form" mit dem Namen "ProgressBar" erstellt in der die ganze GUI geschichte abgewickelt wird. Auserdem werden Methoden bereitgestellt für das setzen des aktuellen Wertes zum schließen, usw...

Aus der Kopier-Klasse würde ich einen neuen "ProgressBar" instanzieren:
-> ProgressBar myBar = new Pro..." und entsprechend mit den Methoden gerne anzeigen, values setzen und am ende schließen...

Kann mir jemand einen qick&dirty code hinschreiben wie sich sowas realisieren lässt - ich wäre sehr dankbar! Also falls es überhaput geht...

Es gibt eine fertige ProgressBar bereits im .Net-Framework. Einfach mal in der MSDN dazu suchen. Da gibt es auch ein schickes Tutorial dazu. Man benutzt den Backgroudnworker hierfür. Ist etwas tricky. Aber wenn man es richtig macht, dann rennt das richtig gut

ProgressBar-Klasse
http://msdn.microsoft.com/de-de/library/system.windows.forms.progressbar(v=vs.80).aspx?ppud=4

anstelle von Backgroudnworker würde ich Threads benutzen.

Ich denke die ProgressBar meint er ja, aber er kann aus einer anderen Klasse heraus die ProgressBar nicht auf die Form bringen...

Mal ein anderer Ansatz, der m.M.n. ein wenig sauberer wäre:
Deine Klasse zum Kopieren sollte nur das tun wofür sie gedacht ist: Kopieren. Die Anzeige, also die ProgressBar, gehört in einen anderen Programmteil finde ich und das wäre die Form (Prinzip EVA: Eingabe, Verarbeitung, Ausgabe). Woher soll nun aber die Form wissen was passiert, wenn sie das Kopieren veranlasst? Ganz einfach: Events. Das Kopieren sollte in einem eigenen Thread im Hintergrund parallel laufen und lediglich Events bereitstellen, z.B. sowas wie CopyStarted, CopyFinished, CopyFailed, CopyProgressChanged. Die Form kann dann auf die Events reagieren, indem eine ProgressBar eingeblendet, ausgeblendet oder der Fortschritt aktualisiert wird.
Das Ganze ist ein wenig aufwändiger, hat aber den Vorteil, dass deine Klasse zum Kopieren plötzlich wiederverwendbar wird und ohne großen Mehraufwand z.B. auch in einer Konsolenanwendung verwendet werden kann - zumindest muss man sich nicht mehr mit dem Code der Klasse auseinandersetzen, wenn man sie anderweitig einsetzen will oder muss.

anstelle von Backgroudnworker würde ich Threads benutzen.

Zum Vergrößern anklicken....

warum?

Ich denke die ProgressBar meint er ja, aber er kann aus einer anderen Klasse heraus die ProgressBar nicht auf die Form bringen...

Zum Vergrößern anklicken....

Genau das ist der Punkt...
Dein Lösungsweg klingt interessant. Passende Codesnipes hast du zufällig nicht zur hand(ansonsten wird eben gegoogelt...) Danke!

Ganz kurz und knapp aus dem Kopf raus:

In der Kopier-Klasse brauchst du z.B. sowas:

In deiner Funktion zum Kopieren hast du ja irgendwo eine Stelle, wo sich der Fortschritt ändert. Dort käme dann sowas rein:


In dem Form, das die ProgressBar enthält brauchst du für das Event noch eine Funktion wie z.B. sowas:

Und irgendwo wo du deine Kopier-Klasse instanzierst musst du halt noch die Events zuordnen:

Wie gesagt, ist jetzt rein aus dem Kopf raus... StartCopy sollte halt nen eigenen Thread starten, der das Kopieren übernimmt... damit blockiert sich das Programm nicht selbst und die Anzeige kann sich schön brav immer aktualisieren...

Den Spaß mit den Events kannst du dir sparen, wenn du den Backgroudnworker benutzt, so wie es MS auch vorgesehen hat Der realisiert genau da. Ihm wird der Kopierauftrag übergeben und das erledigt er. Bei jedem Durchlauf oder wann immer du magt meldet er dann, dass er einen Schritt weiter ist an den Progressbar.
Genau wie vibrationz79 erklärt hat würde das ganze funktionieren. Also wieso selber bauen wenn es schon ferige Klassen für gibt

2fastHunter schrieb:

Also wieso selber bauen wenn es schon ferige Klassen für gibt

Zum Vergrößern anklicken....

Wegen des Lerneffekts

Es gibt viele Wege zum Ziel... welcher der gerade geeignetste ist, ist situationsabhängig

Hi,

Wegen des Lerneffekts

Zum Vergrößern anklicken....

Was hat es für einen Lerneffekt wenn er bestehende Klassen selber nachbaut? Er sollte lieber lernen, sich die Informationen bei MSDN selber schnell zu beschaffen und richtig mit den Klassen umzugehen, da hätte er auf dauer sicher mehr davon als das .NET-Framework nachzucoden, meinst du nicht?

VG,
Mad