wann gibt es in Delphi einen NAMESPACE wie in c#

[Bernhard Geyer]

NAMESPACES wie in c# gibt es nicht.

Es gibt aber die möglichkeit "Namespaceartik" seine Dateien zu benennen so das die Probleme wie früher "Bibliothek x hat eine unit abc.pas, Bibliothek y hat eine Unit mit gleichen Namen und unterschiedlichen inhalt" keine Problem mehr versacht, da die eine Unit als "BibliothekX.abc.pas" und die andere als "BibliothekY.abc.pas" im Dateisystem vorliegt und mit "BibliothekX.abc" ansprachbar ist.

[Stevie]

Zitat von Bernhard Geyer:

NAMESPACES wie in c# gibt es nicht.

Es gibt aber die möglichkeit "Namespaceartik" seine Dateien zu benennen so das die Probleme wie früher "Bibliothek x hat eine unit abc.pas, Bibliothek y hat eine Unit mit gleichen Namen und unterschiedlichen inhalt" keine Problem mehr versacht, da die eine Unit als "BibliothekX.abc.pas" und die andere als "BibliothekY.abc.pas" im Dateisystem vorliegt und mit "BibliothekX.abc" ansprachbar ist.

Leider werfen alle immer "Punkte im Unitnamen" mit Namespaces durcheinander. Namespaces sind weitaus mehr. Bei einem Namespace kann ich uses BibliothekX schreiben und hab alles drin, was im Namespace ist und muss nicht öffzig BibliothekX.... units einbinden.

[Sherlock]

Zitat von Stevie:

Zitat von Bernhard Geyer:

NAMESPACES wie in c# gibt es nicht.

Es gibt aber die möglichkeit "Namespaceartik" seine Dateien zu benennen so das die Probleme wie früher "Bibliothek x hat eine unit abc.pas, Bibliothek y hat eine Unit mit gleichen Namen und unterschiedlichen inhalt" keine Problem mehr versacht, da die eine Unit als "BibliothekX.abc.pas" und die andere als "BibliothekY.abc.pas" im Dateisystem vorliegt und mit "BibliothekX.abc" ansprachbar ist.

Leider werfen alle immer "Punkte im Unitnamen" mit Namespaces durcheinander. Namespaces sind weitaus mehr. Bei einem Namespace kann ich uses BibliothekX schreiben und hab alles drin, was im Namespace ist und muss nicht öffzig BibliothekX.... units einbinden.

Könnte man das nicht beheben, indem man diese öffzig Units in eine packt?
*Weg renn*

Sherlock

[Der schöne Günther]

"Unit" ist ja kurioserweise das, was in Pascal einem Namensraum noch am nächsten kommt (siehe [strict] private/protected). Spaß macht das aber keinen mehr.

Ich hatte mir mal überlegt ob man nicht tatsächlich so eine einzelne Unit "MyNamespace.pas" machen könnte die nur aus "{$Include MyNamespace.Class1.pas}" bis "Class99" besteht. Das habe ich aber noch nirgendwo gesehen, deshalb ist es wohl eine Schnapsidee.

[Bernhard Geyer]

Zitat von Der schöne Günther:

"Unit" ist ja kurioserweise das, was in Pascal einem Namensraum noch am nächsten kommt (siehe [strict] private/protected). Spaß macht das aber keinen mehr.

Ich hatte mir mal überlegt ob man nicht tatsächlich so eine einzelne Unit "MyNamespace.pas" machen könnte die nur aus "{$Include MyNamespace.Class1.pas}" bis "Class99" besteht. Das habe ich aber noch nirgendwo gesehen, deshalb ist es wohl eine Schnapsidee.

Ich glaube mit $Include hatten schon manch einer mal Generics eingebaut obwohl der Compiler generics nicht kann.

Aber schön ist was anderes. Genauso wie Namespaces in Delphi - sage wir mal so - "Optimierungsmöglichkeiten" besitzt.

[Lemmy]

Zitat von Der schöne Günther:

"Unit" ist ja kurioserweise das, was in Pascal einem Namensraum noch am nächsten kommt (siehe [strict] private/protected). Spaß macht das aber keinen mehr.

was leider auch nicht funktioniert - oder hast Du schon mal STRG + C in Verbindung mit strict private und strict protected getestet? Hat schon in Delphi 7 nicht funktioniert und funktioniert heute noch nicht

Zitat von Der schöne Günther:

Ich hatte mir mal überlegt ob man nicht tatsächlich so eine einzelne Unit "MyNamespace.pas" machen könnte die nur aus "{$Include MyNamespace.Class1.pas}" bis "Class99" besteht. Das habe ich aber noch nirgendwo gesehen, deshalb ist es wohl eine Schnapsidee.

Schnapsidee ist relativ. Ich habe hier ein Projekt in dem vieles über ($include) gelöst ist. Wenn Du da debuggen musst und dich im Projekt nicht auskennst, drehst Du am Rad. STRG + Klick und co - nichts funktioniert wie gewohnt.

[Der schöne Günther]

Zitat:

STRG + Klick und co - nichts funktioniert wie gewohnt.

Klar. Das wäre eigentlich schon Killerkriterium.

[Uwe Raabe]

Zitat von Stevie:

Namespaces sind weitaus mehr. Bei einem Namespace kann ich uses BibliothekX schreiben und hab alles drin, was im Namespace ist und muss nicht öffzig BibliothekX.... units einbinden.

Nee jetzt - ist das wirklich alles, was Namespaces bringen?

Da muss ich mich dann aber wirklich fragen, ob ich das überhaupt will, daß plötzlich eine neu auftauchende Unit irgendwo im Suchpfad, die mit einem "VCL." beginnt, meinen Scope infiltriert, den ich durch eine using VCL gesetzt habe. Das wäre dann ja echt Dependency Injection

Ach ja: das Einfügen einer ganzen Gruppe von Units eines Namespaces (oder auch nicht Namespaces) bekomme über den ModelMaker Code Explorer auch mit wenigen Tastendrücken hin (z.B. VCL.Bind: <CTRL>-U, "vcl.bind", <Tab>, <PgDn>, <Alt>-S).

Wenn Namespaces also sonst nichts zu bieten haben...

[Neutral General]

Zitat von Uwe Raabe:

Wenn Namespaces also sonst nichts zu bieten haben...

Namespaces lösen quasi das Problem von zirkulären Referenzen. Eine der Sachen die mich in Delphi wirklich stören.
Und von Dependency Injection kann man auch nicht sprechen. Es werden beim benutzen eines Namespaces ja nur der Code eingebunden der im Projekt bzw. der Projektgruppe enthalten ist und der Code (in Form einer DLL) den man explizit zur Designzeit als Referenz dem Projekt hinzugefügt hat. Es kann also niemand irgendwo einfach eine Quelltextdatei mit einem Namespace ablegen der dann plötzlich in meinen Code einkompiliert wird. Sowas wie Suchpfade/Bibliothekspfade gibt es in C# nicht.

Ich würde dir aber empfehlen mal ein bisschen mit C# zu arbeiten. Du wirst dann die Vorteile von Namespaces schnell erkennen.
Namespaces sind jetzt nichts was die Welt verändert, aber sie haben soweit ich das abschätze keine Nachteile und sind definitiv besser und praktischer als "Unitnamen mit Punkten".

[Sir Rufo]

Die Namespaces lösen dieses Problem nicht, sondern der generelle Aufbau des Compilers.

Bei C# kann quasi jeder kleine Fitzelkram in einer eigenen Datei stehen. Selbst Klassen kann ich über mehrere Dateien verteilen (partial class).

Das führt aber zum nächsten Problem, wie wo was gehört denn nun zusammen. Dafür sind diese Namespaces, denn damit bekommt man eine Struktur.