Unit mit Funktionen einbinden

[haentschman]

Moin...

Zitat:

Super, vielen Dank. Ich mache mich mal ran und versuche das umzusetzen.

...aber bitte nicht so. @Delfiano: Sorry.

1. vernünftige Namen - kein Form1
2. keine Abkürzungen für Namen sg -> GridProperties z.B. ...in 3 Monaten kannst du mit vielen Abkürzungen nichts mehr anfangen.
3. Groß/Kleinschreibung ist ja egal aber dann bitteschön konsequent
4. Einrückung konsequent gleich
5. Das Wichtigste: kein WITH. Debugging Probleme u.a.

Besser an den StyleGuide halten, damit auch andere den Code einfach lesen können...
https://www.delphi-treff.de/object-pascal/styleguide/

Delphi-Quellcode:

procedure ClearGrid(GridProperties: TStringGrid);
var
  I: Integer;
begin
  for I := 0 to GridProperties.RowCount - 1 do
  begin
    GridProperties.Rows[I].Clear;
  end; 
  GridProperties.RowCount := 2;
  GridProperties.FixedRows := 1;
end;

procedure TfoMain.ClearGrids;
var
  I: Integer;
begin
  for I := 1 to 7 do 
  begin  
    ClearGrid(FindComponent('StringGrid'+IntToStr(I)) as TStringGrid);
  end;
end;

[Delfiano]

Meinetwegen, aber mir ging es ums Beispiel an sich.

Mit "GridProperties" könnte ich allerdings absolut NICHTS anfangen, sondern müsste mich dauernd fragen, was das sein soll, während "sg" als Kürzel für StringGrid jedem sofort einleuchten müsste.

Warum hätte ich in meinen Beispiel denn meinen wirklichen Form-Namen angebnen sollen, wenn doch die Vorgabe beim Erstellen eines Programms eben genau "Form1" ist?

Mit "with" habe ich absolut nie Probleme gehabt, wohl aber mit dem Debugger und den Ergänzungsvorschlägen, wenn ich Code schreibe. Beides stört mich enorm dabei, Fehler zu finden und Code so zu gestalten, wie ich es vorhabe.

Jeder hat seine eigenen Methoden, aber jemanden einfach deshalb zu kritisieren, weil er es anders macht, halte ich für unfair. Ausserdem habe ich längst aufgegeben, Code sauber zu formatieren oder konsequente Schreibweisen und Einrückungen durchsetzen zu wollen. Sobald man was ergänzt, kommen doch wieder Delphis Standardschreibweisen durch und sobald man fremden Code integriert, passt auch alles nicht mehr. Früher hab ich sowas mal versucht, sobald mir ein Programm fertig zu sein schien. Sobald man dann aber beim EIGENEN Debugging (also Situationen simuliert, die es nie geben dürfte) merkt, was es zu korrigieren gibt ...

Ach was soll's? Jedem das Seine.

[haentschman]

Moin...

Zitat:

Jeder hat seine eigenen Methoden, aber jemanden einfach deshalb zu kritisieren, weil er es anders macht, halte ich für unfair.

Konstruktive Kritik muß man sich gefallen lassen wenn man den Code veröffentlicht. Das Leiden haben alle. Was ist daran unfair? Auch wenn du selbst machen kannst wie du es möchtest, solltest du auch an die Neulinge denken, die hier was lernen sollen/wollen...und die es gleich richtig machen sollen/wollen.

Zitat:

Ausserdem habe ich längst aufgegeben, Code sauber zu formatieren oder konsequente Schreibweisen und Einrückungen durchsetzen zu wollen

Ich bin vieleicht zu alt...aber ich empfinde das gegenüber den Anderen, die Helfen wollen, u.a. als respektlos. ("Friss oder stirb").

Ich bin raus...