AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Sonstige Fragen zu Delphi Delphi override - overload - reintroduce - virtual
Thema durchsuchen
Ansicht
Themen-Optionen

override - overload - reintroduce - virtual

Ein Thema von cn-tools · begonnen am 26. Mai 2010 · letzter Beitrag vom 26. Mai 2010
 
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#16

Re: override - overload - reintroduce - virtual

  Alt 26. Mai 2010, 12:15
Ja, war C+P Fehler. Wo liegt jetzt der Unterschied abstract / vorhandener, aber leerer Vorfahr ? Letzterer kann sofort benutzt oder mit Leben gefüllt werden. Auch wenn er am Anfang leer ist. Ohne grosse Änderungen auch erst später. Ohne nervige Fehlermeldungen. Unnötige wohlgemerkt ! Beide sollen direkt aufgerufen ja vorerst nichts machen. "Abstract" macht allerdings noch folgendes : Laufzeitfehler produzieren. Dann mal viel Glück, die verursachende Stelle zu finden. Ich kann nur aus der Praxis sagen, dass manchmal schon auch der Vorfahr mit irgendwas nachträglich bestückt wird.

Könnte sein, dass abstract 1 Byte spart, aber wen interessiert das ? Blöd ist ausserdem, dass man immer dran denken muss, wo inherited aufgerufen wird. Ist das die Vorfahrmethode, die nichts macht, dann kommt bei Abstract-Deklaration auch Laufzeitfehler, ansonsten passiert eben nichts.

Zitat von mkinzler:
zudem wenn man leere Methoden verwendet ( man könnte auch ein Meldung ausgeben).
Welche Meldung ? Allerdings : in der Tat. War auch schon der Fall : showmessage ausgeben in Basisklasse. Dann gilt : 1 Zeile einfügen. Bei abstract : Methodenkopf in virtual ändern und die Methode erst mal schreiben. Und dann wieder alles zurück. D.h. showmessage-Zeile löschen oder Methodenkopf wieder abstract machen und Methode selbst löschen. Ich kenne abstract eigentlich nur von vorgefertigten Komponenten. Da hat sich der Entwickler Gedanken gemacht, was vielleicht von irgendwem gebraucht werden könnte und dementsprechend schon mal Namen dafür festgelegt. Mehr nicht ! Warum macht der das denn so ? Nun, wird der Quelltext nicht rausgerückt oder ist zu umfangreich um gewisse Stellen einfach zu finden, dann stehen zumindest die Methoden zur Verfügung (vom Namen her). Tja, wer im eigenen Programm von abstract stammende Fehlermeldungen braucht, der soll das dann eben damit machen.
Gruß
Hansa
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:05 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz