Moinsen,

ich werkel gerade an einer recht umfangreichen Lib. Dabei steh ich vor dem Problem, das ich dem Anwender (Programmierer einer App), einen Hinweis ausgeben möchte.

{$MESSAGE HINT 'Hinweis'} gibt die Meldung immer aus, egal ob Funktion aufgerufen wird oder nicht.

Ich möchte den Hinweis aber ausgeben, wenn die Funktion von der App auch wirklich genutzt wird.

Kennt jemand da eine Möglichkeit sowas zu bewerkstelligen ?

Du kannst eine Methode experimental oder deprecated (mit zusätzlicher Meldung) markieren.

Beides würde mich als Entwickler aber davon abhalten diese Funktion produktiv einzusetzen. Und das ist wohl nicht im Sinne von Ghostwalker.

Was soll mit diesem Hinweis bezweckt werden?
Was für eine Problem gibt es wenn diese Funktion genutzt wird?

Mein Erfahrung ist das solche Hinweise fast immer Ignoriert werden.

Wenn es ein Hinweis auf irgendeine Vorbereitung sein soll, dann würde ich das in dieser Funktion überprüfen und eine entsprechende aussagekräftige Exception werden.

@Bernhard

Sinn und Zweck der Meldung sind 2 Dinge. Zum einen einfach als Info, das sich der Anwenderprogrammierer nicht wundert, wenn "Äpfel + Birnen" tatsächlich funktioniert. Zum anderen aber auch als Hinweis, das man hier, je nach Anwendung, ggf. Optimierungspotenzial hat.

Im konkreten Fall gehts um Operatoren mehrer Typen, die untereinander via Basistyp verknüpft sind.

Beispiel:

zusammenfalten · markieren

Delphi-Quellcode:

Type
  Seconds = Record
  private
    fvalue : int64;
  public
    Class Operator Add(const left:Seconds;const right:int64):Seconds
  end;

  Minutes = Record
  private
   fvalue : int64;
  public
  Class Operator Add(const Left:Seconds;right:Minutes):Seconds //<-- hier würde beim Aufruf ein Hinweis kommen
end;

Beim Aufruf von Minutes.Add würd ich gern einen Hinweis ausgeben, das die Minuten quasi umgerechnet werden, um die Operation durch zu führen.

So wie es aussieht ist deprecaded wohl die einzige Alternative, da man hier einen eigenen Text angeben kann (library usw. erlauben das nicht).

Im prinzip bräuchte ich was wie:

{$MESSAGE HINT CALL 'Mein Hinweis'} oder

function Blubb:boolean;CMESSAGE HINT CALL 'Mein Hinweis'; Der 1.Parameter gibt an, um was es sich handelt (HINT|WARNING|ERROR). Der zweite gibt an, wann das ganze
ausgegeben werden soll (CALL = Aufruf der Funktion/Prozedur/Operator oder COMPILE beim compilieren der Funktion. Schließlich die Nachricht, die ausgegeben werden soll.

Help-Insight / Documentaion-Insight

markieren

Delphi-Quellcode:

    ///   <summary>
    ///    bla bla bla
    ///   </summary>
    Class Operator Add(const left:Seconds;const right:int64):Seconds

Da man Klassenoperatoren aber nicht direkt aufruft (der Methodenname steht nicht im aufrufenden Quelltext),
würde dieser Hilfetext wohl nirgendwo zu sehen sein. (hier also nur zur Dokumentaion beim Ansehen des Quellcodes)

Hätte ich auch gesagt. API-Dokumentation und/oder ein Wiki. Wer die Anleitung nicht liest, Quelltext in den Editor wirft und dann sagt "Hurra, er kompiliert. Wir liefern aus" ist selber schuld

Zitat von Der schöne Günther:

Hätte ich auch gesagt. API-Dokumentation und/oder ein Wiki. Wer die Anleitung nicht liest, Quelltext in den Editor wirft und dann sagt "Hurra, er kompiliert. Wir liefern aus" ist selber schuld

Das kann ich so nicht akzeptieren. Mann muss ja schon Delphi Korrektur lesen, außerdem 3rd Party Komponenten, den eigenen Code und jetzt noch das Framework von Kollegen? Kann man dafür nicht irgendwen rausdeuten, so wie im Freeware-Bereich Horden von Menschen nur darauf warten den Linux Kernel zu reviewen und zu debuggen?




Sherlock

Zitat von himitsu:

Help-Insight / Documentaion-Insight

markieren

Delphi-Quellcode:

    ///   <summary>
    ///    bla bla bla
    ///   </summary>
    Class Operator Add(const left:Seconds;const right:int64):Seconds

Hätte ich jetzt auch vorgeschlagen.

Gut Dokumentieren das der Nutzer gleich sieht was er nutzt.
Evtl. den Methodennamen passend wählen das man sowas schon aus dem Namen ableiten könnte.