Units mit gleichem Namen (System.Hash und Hash)

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

[himitsu]

Delphi bindet das zuerst ein, was vorne steht,

aber es sucht von hinten, also immer erst von der Nächsten zur entferntesten Deklaration ... ist doch sinnig, oder?


Und ich meinte nicht die Uses, sondern die Suchpfade.

Damit beim Suchen nach "Hash" zuerst "Hash" und dann System.Hash gefunden würde.
Die Suche nach Hash oder DieVordefiniertenNamespaces.Hash finden dann zuerst Hash und eben nicht System.Hash




Die Reihenfolge in der Uses-Klausel hat einen kleinen Einfluss auf die Initialisierungsreihenfolge der Units und auf

Delphi-Quellcode:

uses AnsiStrings, SysUtils;

AnsiSameStr = SysUtils.AnsiSameStr

Delphi-Quellcode:

uses SysUtils, AnsiStrings;

AnsiSameStr = AnsiStrings.AnsiSameStr