wann gibt es in Delphi einen NAMESPACE wie in c#

[Bambini]

Zitat von MyRealName:

Ich muss dich enttäuschen, der Compiler ist von 2011, also gerade mal 5 Jahre alt. Der kam mit XE2 raus und wurde von grund auf neu geschrieben, um Frontend und Backend austauschbar zu machen. Deswegen kann man ob Pascal oder C++ oder damals Prism reinstecken und unten kommt eben Win32, win64, MacOS, iOS etc raus

Soweit ich das gehört habe, gilt das nur für die NexGen Compiler für iOS und Android. Diese verwenden das LLVM Backend und erzeugen (bisher) nur Code für ARM CPU.
Win32, Win64, MacOS und auch für den iOS Simulator, sind das die "alten" Compiler. die NexGen Compiler kann man sehr gut an der Compiler-Geschwindigkeit erkennen. Sollte das in die Win32/64 Einzug halten, könnte beim Drücken der F9 Taste, bei großen Projektten, Stunden vergehen. Dann gibt es bei Delphi endlich auch "nightly builds"

[Mavarik]

Zitat von Bambini:

endlich auch "nightly builds"

Endlich?

Das würde eher bedeutet... Vergiss Delphi...

[Neutral General]

Zitat von Mavarik:

Zitat von Bambini:

endlich auch "nightly builds"

Endlich?

Das würde eher bedeutet... Vergiss Delphi...

Sarkasmus.

[Der schöne Günther]

Schaut man sich den C++-Builder an, kann man hier seit 10.1 Berlin frei wählen ob man den "alten" oder den neuen LLVM-Compiler für Win32 haben möchte und frei hin- und her wechseln. Nur als Hinweis am Rande

[luisk]

Zitat von Bambini:

"nightly builds"

Was soll eigentlich noch dieses Compiler-Gedöns ?
PHP läuft doch als Interpreter auch extrm schnell.
Es sollte doch kein Problem sein, dieses Konzept auf Applikationen anzuwenden.

[Neutral General]

Zitat von luisk:

Zitat von Bambini:

"nightly builds"

Was soll eigentlich noch dieses Compiler-Gedöns ?
PHP läuft doch als Interpreter auch extrm schnell.
Es sollte doch kein Problem sein, dieses Konzept auf Applikationen anzuwenden.

Wow, weiche Dämon!

[Bambini]

Zitat von luisk:

Zitat von Bambini:

"nightly builds"

Was soll eigentlich noch dieses Compiler-Gedöns ?
PHP läuft doch als Interpreter auch extrm schnell.
Es sollte doch kein Problem sein, dieses Konzept auf Applikationen anzuwenden.

Für ein "paar" Strings zu lesen und schreiben mag es schnell genug sein. Aber auch die Runtime von PHP ist compiliert
Komplexe Anwendungen mit eigener UI's zu bauen erfordern schnellen Code. Warum sollte man diesen nicht schon bei der Erstellung erzeugen?

[luisk]

Zitat von Bambini:

Zitat von luisk:

Zitat von Bambini:

"nightly builds"

Was soll eigentlich noch dieses Compiler-Gedöns ?
PHP läuft doch als Interpreter auch extrm schnell.
Es sollte doch kein Problem sein, dieses Konzept auf Applikationen anzuwenden.

Für ein "paar" Strings zu lesen und schreiben mag es schnell genug sein. Aber auch die Runtime von PHP ist compiliert
Komplexe Anwendungen mit eigener UI's zu bauen erfordern schnellen Code. Warum sollte man diesen nicht schon bei der Erstellung erzeugen?

PHP ist bei Netzwerkzugriffen und Datenbankzugriffen so schnell wie Delphi
und ein Webbrowser ist seltsamerweise mit HTML und Javascript schneller als Delphi.
Delphi-FMX ist nun zwar schneller als unter VCL, aber für den Stand der Technik zu langsam.
Die scrollbaren Layout-Controls kommen bei größeren Objektmengen schnell an ihre Grenzen.
- Da muss man dann halt immer noch selber was zusammenbauen.

Was mit PHP, HTML und Javascript funktioniert sollte doch auch mit einer sauberen objektorientierten Programmiersprache funktionieren. Autos und Industrie 4.0 Objekte sollen sich demnächst in Echtzeit unterhalten
und die Programmiersysteme sind inzwischen schon mehr als grenzdebil.

Wollte gestern man Xamarin Visual Studio installieren. Als ich die angedeutete Installationszeit sah hab ich wieder abgebrochen.


Tja, hätte mich vor 20 Jahren einer gefragt, wo die Programmiersprachen 2016 stehen,
dann hätte ich mit nicht so ein Gebastel vorstellen können - aber was soll´s, wir werden ja auch älter und gebrechlicher.
Das einzige, was sich kontinuierlich weiterentwickelt ist die Zeit an sich.
(Einstein hat da ja was anderes herausgefunden )

[luisk]

zum Thema Namespace:
Delphi arbeitet da ja im Prinzip mit überflüssigen und redundanten Informationen.
Man muss die Units ja eh zum Projekt hinzufügen un dann noch mal in jeder Unit die anderen bekanntgeben.
Wenn ich ein Formular in einem weiteren anspreche fragt mich der Editor doch ob er diese Unit
mit dem Formular zu den uses hinzufügen soll. Also kennt das System doch die erforderlichen Zusammenhänge.

[Uwe Raabe]

Zitat von luisk:

z
Man muss die Units ja eh zum Projekt hinzufügen un dann noch mal in jeder Unit die anderen bekanntgeben.

Muss man nicht. Es genügt, wenn die Unit im Suchpfad liegt.

Etwas anderes ist es mit dem Formular-Editor. Der muss die Instanzen der Formulare und Datenmodule kennen, damit er die untereinander verlinken und eine eventuelle Vererbung regeln kann. Deswegen steht in der Uses-Anweisung der DPR bei Forms, Frames und Datamodules auch noch etwas mehr. Ein völlig unabhängiges Form oder Datenmodul, daß dynamisch erzeugt wird, muss nicht zum Projekt hinzugefügt werden.