Forum: Tutorials und Kurse
by Deep-Sea,
6. Jan 2011
Sind sie aber. Richtig, weit verbreitet und nicht mal schlechter Programmierstil.
Schau doch in deine eigene Classes.pas?! Klar wird in dem aufgerufenen Konstruktor inherited aufgerufen. Aber zum 3. mal: Es muss somit nicht in jeden! In jedem 2. Thread im Forum wird gesagt, dass die Fragesteller nicht einfach Copy-und-Paste nutzen sollen, sondern den Code verstehen sollten. Wie kann man dann...
Forum: Tutorials und Kurse
by Deep-Sea,
6. Jan 2011
War ja klar das meine Worte wieder mal angezweifelt werden und ich als doof abgestempelt werde :stupid:
Beispiel aus der Classes.pas, wo KEIN inherited stehen sollte:
constructor TStringStream.Create;
begin
Create('', TEncoding.Default, False);
end;
Solche Konstrukte gibt es zu tausenden. Es zu einem Dogma zu machen, dass in einem Konstruktor inherited vorkommen muss, ist somit...
Forum: Tutorials und Kurse
by Deep-Sea,
6. Jan 2011
@himitsu:
Dafür gibt es ja die Funktion Copy.
b := Copy(a);
Allgemein:
Es muss eig. nicht immer inherited aufgerufen werden. Bei Konstruktoren schon gar nicht und bei Destruktoren kann man es weg lassen, wenn man von TObject ableitet :-D
Auch dass inherited als letzte Anweisung im Destruktor stehen muss finde ich so nicht richtig. In den meisten Fällen wir dies wohl stimmen, aber es...
Forum: Tutorials und Kurse
by Deep-Sea,
5. Jan 2011
Kurzreferenz mit 85 Seiten? :shock: Alle Achtung ....
