Units mit gleichem Namen (System.Hash und Hash)

[gammatester]

Zitat von Uwe Raabe:

In dem man in den Projektoptionen die Unit-Gültigkeitsbereichsnamen löscht.

Heißt das, daß in dem Project dann alle Namespace-Prefixes nicht mehr verwendet werden (können), außer System also auch VCL, Winapi etc?

Zitat von Uwe Raabe:

Wenn z.B. deine Unit Hash die System-Unit SysUtils verwendet, dann muss diese als System.SysUtils ausgeschrieben werden, da sie ohne die besagten Gültigkeitsbereichsnamen sonst nicht gefunden wird.

Das sollte kein Problem sein, da mein Hash nur eine eigene Unit BTypes benutzt (für Typdefinitionen), BTypes selbst beutzt keine anderen Units.

[Luckie]

Bei eigenen Units setze ich imme rmeinen Kürzel vor den Namen. In diesem Fall wäre das dann MPHash. Dann sehe ich schon am Namen, das sich den Code in der Unit verbrochen habe.

[BUG]

Zitat von Luckie:

Bei eigenen Units setze ich imme rmeinen Kürzel vor den Namen. In diesem Fall wäre das dann MPHash.

Könnte auch Multi-Processing Hash heißen

[Luckie]

Zitat von BUG:

Zitat von Luckie:

Bei eigenen Units setze ich imme rmeinen Kürzel vor den Namen. In diesem Fall wäre das dann MPHash.

Könnte auch Multi-Processing Hash heißen

Ok. OK. OK. Dann eben PuffHash. Was fällt dir dazu ein?

[himitsu]

* Suchpfade änndern, in der Reihenfolge. Hash zuerst finden lassen und dann System.Hash
* "System"-Namespace aus den Projektoptionen entfernen und überall explizit System.Hash aufrufen, wo das gemeint ist

oder

* Hash.pas umbenennen


Ich mache bei allen meinen Units auch immer einen Namespace davor (jetzt mit Punkt und früher per CamelCase oder mit _)














PuffHasch.pas ... das Haschisch, wat man nur im gut sortierten Puff-Shop findet, neben den heißen Damen

[gammatester]

Zitat von himitsu:

* Suchpfade änndern, in der Reihenfolge. Hash zuerst finden lassen und dann System.Hash

Wenn dann doch wohl umgekehrt oder? So wie ich es in meinen ersten Beitrag angedeutet hatte, mit

uses system.hash, hash, ...;

[bra]

Zitat von gammatester:

Zitat von himitsu:

* Suchpfade änndern, in der Reihenfolge. Hash zuerst finden lassen und dann System.Hash

Wenn dann doch wohl umgekehrt oder? So wie ich es in meinen ersten Beitrag angedeutet hatte, mit

uses system.hash, hash, ...;

Delphi verwendet die uses zuerst, die weiter hinten stehen. Eigentlich unlogisch und unsinnig, ist aber so.

http://www.delphibasics.co.uk/RTL.asp?Name=Uses

Zitat:

The order of the units in the list is important. Those later in the list take precedence over the earlier ones.

[BUG]

Zitat von Luckie:

Dann eben PuffHash. Was fällt dir dazu ein?

Könnte der Name einer Hashfunktion sein/werden
War auch nicht ganz erst gemeint. Wenn man es wirklich eindeutig machen will, muss man eh registrierbare eindeutige Namen nehmen (wie Domainnamen in Java).

[gammatester]

Info: Der Bug ist gefixt in Embarcadero® Delphi 10.2 Version 25.0.26309.314, vgl. https://edn.embarcadero.com/print/44747 link auf RSP-15827

Selbst getestet.
Gruß Gammatester

[Uwe Raabe]

Zitat von gammatester:

Heißt das, daß in dem Project dann alle Namespace-Prefixes nicht mehr verwendet werden (können), außer System also auch VCL, Winapi etc?

Natürlich kann man auch nur System rausnehmen, aber das wird im Falle eines Konflikts (s.u.) auch nicht gehen.

Zitat von gammatester:

Das sollte kein Problem sein, da mein Hash nur eine eigene Unit BTypes benutzt (für Typdefinitionen), BTypes selbst beutzt keine anderen Units.

Das kann aber für andere Bibliotheken, die der Anwender verwendet, trotzdem relevant sein. Es gibt einige Libraries, die intern nur die alten Unitnamen (z.B. SysUtils) verwenden, um den Sourcecode kompatibel mit älteren Delphi-Versionen zu halten. Die Verwendung von Units einer solchen Library erfordert aber zwingend den Einsatz von Gültigkeitsbereichsnamen.

Wenn deine Unit nun diesen Einsatz (und sei es nur für System) verbietet, gibt es eine Kollision.

Um das Problem dauerhaft und ohne Klimbzüge des Anwenders aus der Welt zu schaffen, plädiere ich daher für die Umbenennung deiner Unit. Du kannst ja die Compilierfähigkeit der alten Projekte durch einen geeigneten Unit-Alias wieder herstellen.