Units mit gleichem Namen (System.Hash und Hash)

[gammatester]

Moin,

Seit XE8 gibt es eine Unit "System.Hash". Ich habe jetzt ein paar Berichte, daß meine Opensource Unit Hash (die seit über 13 Jahren im Einsatz ist und ständig weiterentwickelt wird) nicht erfolgreich benutzt werden kann (zB Fehler E2003 Undeclared identifier: THashContext).

Da ich selbst nur bis XE4 teste, kann ich das nicht nachvollziehen. Aber: Es sollte doch eine Möglichkeit geben, die Unit Hash ohne "System" Namespace zu benutzen eventuell mit

uses System.Hash, Hash, ...;

oder kann man die Suchreihenfolge irgendwie anders festlegen (wenn ja wie und wo)?

Die letzte Möglichkeit, meine Unit umzubenennen oder gar mit Namespace zu verzieren, möchte ich vermeiden, weil das wiederum das Kompilieren vieler vorhandener Programme (die ältere Delphis, Free Pascal, VirtualPascal benutzen) unmöglich macht.

Also zusammenfassende Frage: Wie kann man eine eigene Unit Hash mit System.Hash zusammen benutzen?

Gruß Gammatester

[Uwe Raabe]

Zitat von gammatester:

Also zusammenfassende Frage: Wie kann man eine eigene Unit Hash mit System.Hash zusammen benutzen?

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

Das kann allerdings wieder zu anderen Problemen führen. 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 kann übrigens auch für andere Bibliotheken gelten, die diese Gültigkeitsbereichsnamen voraussetzen.

[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?

[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.

[gammatester]

Zitat von Uwe Raabe:

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.

Für Delphi mag das ja möglich sein (zB in .cfg), aber ich wüßte nicht, daß FreePascal und Virtualpascal Unit-Alias unterstützen. Im übrigen geht es ja nicht darum, daß ich nicht compilieren kann, sondern meine User.

Weiterhin weiß ich nicht, was die neuen Delphis machen, wenn man

/AHash=MyHash

verwendet, würde da nicht das gleiche Problem auftauchen?

[Uwe Raabe]

Zitat von gammatester:

Weiterhin weiß ich nicht, was die neuen Delphis machen, wenn man

/AHash=MyHash

verwendet, würde da nicht das gleiche Problem auftauchen?

Das sollte ja nur für die alten Projekte gelten, in denen es keine System.Hash gibt. Für neuere Projekte bzw. Projekte neuerer Delphi-Versionen sollte man natrülich imemr den korrekten Namen MyHash verwenden.

Ich meine, was willst du machen? Du hast eine Unit mit einem Namen, der sich mit dem einer System-Unit in neueren Delphi-Versionen beisst. Es ist ja kaum anzunehmen, daß das seitens Delphi geändert wird, also musst du schon selbst die nötigen Schritte vornehmen, aus diesem Dilemma zu entkommen. So ganz ohne Federn zu lassen wird das nicht gehen.

[jaenicke]

Solche sehr allgemeinen Unitnamen sind eben ungünstig.

Einzige Möglichkeit wäre den Namespace System im Projekt zu entfernen. Aber erstens geht das auch nur manuell und ist bei jedem Projekt notwendig und zweitens macht es in der Regel keinen Sinn. Da ist die Umbenennung der Unit einfacher.