Komponenten in eigenen Funktionen verwenden

[BBJ]

Hallo an alle,

ich hoffe bin im richtigen Bereich und kann die Frage gut formulieren.
Es geht um vollgendes. Ich habe ein Formular mit versch, Komponenten z.B Label oder eine ProgressBar und habe außerdem
eine selbst geschriebene Funktion.
In der Funktion möchte ich einmal sagen ProgressBar.Position:=ProgressBar.Position+1

ABER er kennt dann das Objekt nicht also die Progressbar.
Ich kann die Objekte immer nur benutzen bei Ereignissen wie Button1.Click aber nie bei funktionen, die ich geschrieben habe.

Wie bekomme ich Zugriff auf die Komponenten der Form.
Form1.ProgressBar.... geht auch nicht.

Einzige Lösung war, dass ich einen neuen Funktionsparameter erstellt habe vom Typ ProgressBar und das Objekt so zusagen übergeben habe.
Aber ich kann ja nicht immer bei Benutzung eines Objektes gleich den Funktionskopf und alle aufrufe der Funktion ändern.

Habt ihr ne Idee zur Lösung? Vielleicht isses ganz einfach :-D
BBJ

[H4ndy]

Poste mal Code, ich glaub aber einfach, dass deine Funktion keine Methode des Formulars ist, darum stimmt der Namespace nicht und deine Funktion "sieht" die Progressbar dadurch einfach nicht.

[s.h.a.r.k]

Schreib die Methode doch unter private oder public PArt der TForm1, dann kennt diese auch die internen Klassenvariablen.

[mkinzler]

Oder stelle den Namen der Instanz der Komponente voran:

Delphi-Quellcode:

Form1.Label1.Text := 'Bl Bla Bla';

Wobei das ein schlechter Stil wäre ( und auch gewisse Gefahren birgt, da man immer auf eine bestimmte Instanz zugreift)

[Bernhard Geyer]

Zitat:

Zitat von BBJ (Beitrag 1029532)

In der Funktion möchte ich einmal sagen ProgressBar.Position:=ProgressBar.Position+1

Wieso übergibst du die zu verwendente Progressbar nicht als Parameter für deine Funktion?

[Luckie]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1029544)

Zitat:

Zitat von BBJ (Beitrag 1029532)

In der Funktion möchte ich einmal sagen ProgressBar.Position:=ProgressBar.Position+1

Wieso übergibst du die zu verwendente Progressbar nicht als Parameter für deine Funktion?

Wobei eine Routine, die die Oberfläche aktualisiert zum Formular gehört und deswegen auch eine Methode der Formularklasse sein sollte, finde ich.

[mkinzler]

Unbestritten. Sollte das aus meiner Antwort nicht klar ersichtlich gewesen sein

[Bernhard Geyer]

Zitat:

Zitat von Luckie (Beitrag 1029562)

Wobei eine Routine, die die Oberfläche aktualisiert zum Formular gehört und deswegen auch eine Methode der Formularklasse sein sollte, finde ich.

Nicht unbedingt. Wenn die Funktion so allgemein ist wie z.B. ein CopyFile/CopyDir bei der man einfach den Kopierfortschritt sehen will ohne das fest an eine (Basisformular)-Klasse als Methode zu binden. Wenn die Logik in der Funktion so speziell ist das eh noch viel mehr Daten des Formulars benötigt werden gebe ich dir recht. Hier macht eine "modularisierung" als Funktion wenig Sinn.

[mkinzler]

Wenn man streng MVC anwendet gehört keine GL in die Oberfläche. Aber auch dann sollte man bestimmte Instanzen ansprechen und dann sollte man auch Klassen verwenden und die Instanzen als Parameter verwenden

[Bernhard Geyer]

Zitat:

Zitat von mkinzler (Beitrag 1029570)

Wenn man streng MVC anwendet gehört keine GL in die Oberfläche. Aber auch dann sollte man bestimmte Instanzen ansprechen und dann sollte man auch Klassen verwenden und die Instanzen als Parameter verwenden

Dann warten wir mal darauf das es für das Dateisystemhandling in Delphi 201x eine File-Klasse wie in Java gibt damit wir das dort auch schön Objektorientiert machen können :-)