AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Das Feature, was du hier eigentlich willst, sind Nullable Types. Aber eigentlich egal, auch das kann Delphi nicht :mrgreen:
(Andere Sprachen lösen das Problem, indem sie gleich auf das Fail-by-Design Konstrukt von Nullwerten verzichten... siehe z.B. Options in Scala). In deinem Fall kann man nur sagen: In den Methodenkommentar/Doku schreiben, dass null nicht erlaubt ist, und fertig. Alles andere ist verschwendete Zeit ;) |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
https://de.wikipedia.org/wiki/Statische_Code-Analyse |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
Code:
Eine Konstante mit dem Wert 'abc' darf gemäß Einschränkung der Methode nicht als Parameter verwendet werden
|
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Nebenbei: Entgegen landläufiger Meinung sind null-Referenzen weder ansteckend noch gefährlich. Man muß halt nur wissen, wann sie erwünscht sind, und wann nicht.
Fail-Fast und Gehirnschmalz (immer zusammen verwenden) in nichthomöopatischer Dosis löst dieses Problem (und erstaunlich viele andere) ebenso zuverlässig wie nachhaltig. Zitat:
Mir scheint, hier wird der Wunsch nach einem mitdenkenden Compiler laut, der nicht nur syntaktische, sondern auch semantische Fehler in statu nascendi erkennt. Dann aber bitte gleich mit Codegenerator, dem man einfach das Problem durch verzweifelte Blicke und Gestiken vermittelt. |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Moin Günther,
um mal auf das Beispiel Deines Eingangspostes zu kommen: Wenn Du den Parameter als var oder out deklarierst und nicht als const lässt sich zumindest die Konstante nil nicht übergeben. |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
Früher mussten wir die Lochkarten von Hand ausstechen und den Stapel 5km zu Fuß, bergauf und im Schnee ins Rechenzentrum tragen, damit er dort eingelesen werden konnte. Wenn ein Bug drin war mussten wir zurück...zu fuß 5km durch den Schnee bergauf....seltsam, wenn ich daran zurückdenke. Aber worauf ich hinauswill: Man braucht das nicht! Und es wird maximal dann sinnvoll, wenn der Rest halbwegs funktioniert. Sherlock |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
|
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
Es werden ja auch Warnungen wegen nicht initialisierten lokalen Variablen nicht zuverlässig ausgegeben bzw. nicht ausgegeben. Ich selbst muss sowas auch nicht unbedingt haben, ich wollte nur die Intention weitergeben. (OT:) Mir wären zutreffendere Compilermeldungen viel wichtiger. |
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Kurze Antwort: Geht nicht.
Lange Antwort: Zitat:
Da wird auch schön erklärt, dass das nachrüsten von denen nicht unter beibehaltung von Kompatibilität möglich ist. Der Speicher für ein neues Objekt muss ja erst alloziert werden. In diesem Moment wird der Speicher mit Nullen gefüllt. Wird der Thread genau danach unterbrochen, kann ein anderer Thread das Objekt beobachten. Referenztypen haben damit standardmäßig den Wert nil (weil eben ein 0x00000000 im Speicher steht) und Wertetypen ebenfalls 0 oder 0.0 Es ist eben kein Zufall, dass das Bitmuster 0x00000000 für alle Typen einen gültigen Wert darstellt. Design by contract trifft eigentlich schon sehr genau das, was der TE will:
Delphi-Quellcode:
davor schreiben. Entweder kann der Compiler durch Codeanalyse feststellen, dass der Parameter niemals zu nil werden kann. Oder er wirft einen Fehler und zwingt den Programmierer eine entsprechende Prüfung einzubauen. (Wahrscheinlich im Fall = nil eine Exception werfen...) Und ja, die Prüfung geschieht bereits zur Compilezeit, soweit möglich. Genau so wie der Compiler ja auch schon ermittelt "Variable x wird ein Wert zugewiesen, aber niemals benutzt" kann er auch nil-Referenzen verfolgen und eine "Vertragsverletzung" feststellen.
require
aMyReference <> nil; Ich finde aber auch die Argumentation schlüssig, dass ein nicht-nilbarer Referenztypen (bzw. non-nullable reference type) nicht viel zur Sprache beiträgt. Gäbe es diesen Typen, müsste sich diese Anforderung ja nach oben hin ausbreiten. Die Variable, die ich hinen stecke, müsste ja genau so nicht-nilbar sein. (Ähnich wie in Java: Ich muss Exceptions entweder fangen oder deklarieren dass die Methode diese werfen kann) D.h. ich habe den Null-check eben weiter oben in der Hirarchie, aber letztlich nicht gespart. P.S.: Zusammenfassung aus dem Link oben: Zitat:
|
AW: Methoden-Parameter soll Referenz, aber kein nil sein können
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:42 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz