Hinweis unterdrücken "Auf x zugewiesener Wert wird niemals benutzt"

[Gloegg_FHBI]

Wow, da ist man mal für drei kurze Stunden nicht in der DP und schon hat man nen Haufen antworten.

@SirRufo
Die Lösung mit dem Construct ist schonmal sehr gut, das werde ich auf jeden Fall so machen. Da ich bei diesem Projekt noch mit Delphi 7 arbeiten muss, kann ich leider keine [Attribute] und anonymen Methoden verwenden, dass entkoppeln werde ich also anders machen müssen.

Danke an alle.

[Sir Rufo]

Zitat von Gloegg_FHBI:

Wow, da ist man mal für drei kurze Stunden nicht in der DP und schon hat man nen Haufen antworten.

@SirRufo
Die Lösung mit dem Construct ist schonmal sehr gut, das werde ich auf jeden Fall so machen. Da ich bei diesem Projekt noch mit Delphi 7 arbeiten muss, kann ich leider keine [Attribute] und anonymen Methoden verwenden, dass entkoppeln werde ich also anders machen müssen.

Danke an alle.

Das [weak] wird nur für ARC Compiler benötigt, kannst du also mit Compilerschaltern ausklammern.

Anstatt der anonymen Methoden nimmst du einfach TMethod = procedure of object; .

[himitsu]

Das [weak] -Attribut ist aber sowieso in allen Compilern implementiert.
Mann kann es also problemlos überall angeben, auch wenn es nicht überall ausgewertet/beachtet wird.

Auch wenn es "aktuell" nur von den mobilen Compilern ausgewertet wird, hab ich das dennoch bei einem aktuellen Projekt überall mit angegeben.
Indirekt hat man so auch eine Dokumentationen der nichtgezählten Referenzen.

[p80286]

Zitat von Sir Rufo:

Wenn MyClass ein Klassentyp ist und dann muss MyClass.MachWas eine class procedure sein.

Daraus folgt weiterhin, dass mit MyClass.Create; ein Speicherleck erzeugt wird.

Wenn MyClass : TMyClass; ist (Instanz-Variable), dann wird mit MyClass.Create; der constructor nochmals durchlaufen ohne eine weitere Instanz zu erzeugen. Dazu muss aber MyClass schon mit einer gültigen Instanz belegt sein.

So aus dem Kontext herausgerissen, kann man dazu also herzlich wenig sagen, ausser im Nebel herumstochern.

Zitat von mkinzler:

Falls ohne T, dann wird der Konstruktor einfach als normle Methode auf eine viorhandene Instanz angewendet.

Das T ist nicht zwingend vorgeschrieben, aber sehr empfehlenswert

Pardon, das T hatte ich geschlabbert, aber jetzt hab ich wenigstens ein paar Ansatzpunkte unter denen ich weiter suchen kann.

vielen Dank

K-H

[hoika]

Hallo,

was mich interessieren würde:

Gibt es keinen Compilerschalter, um genau diese Warnung zu unterdrücken ?


Heiko

[himitsu]

Doch, aber besser wäre es die Fehler wegzumachen, da man sonst neue Fehler nicht mehr sieht.

{$WARN ...}

[DeddyH]

Soweit ich weiß, kann man zwar Warnungen gezielt abschalten, Hinweise aber nur global.

[himitsu]

Laut OH ist es lokal.
Das wäre also von da wo man es deaktiviert weg, bis dahin man es wieder aktiviert und auch nur in der aktuellen Unit.

(Außer man kann sowas in den Projektoptionen nochmals angeben, was dann aber nur den Defaultwert ändert, welcher bei Begin jeder Unit gilt)

[DeddyH]

Was ich meinte: man kann ganz bestimmte Warnungen abschalten (z.B. SYMBOL_PLATFORM), bei Hinweisen aber nur alle oder keine.

[himitsu]

Aso, joar, das stimmt leider.


z.B. warum bekommt ich "platform"-Warnungen, für Nur-Windows-Code, wenn ich in der VCL arbeite ... da gibt es nur Windows und somit sind diese Warnungen nuztlos.
Oder vom Debugger kann man bestimmte Exceptions ignorieren, aber ich würder da gern auch abhängig von der Message oder der Auslösecodestelle (Unit) bestimmte Exceptions ignorieren können und nicht gleich alle dieses Typs.