![]() |
AW: Delphi am "Ende"?
Zitat:
> Compilieren > nur neues/geändertes Compilieren > Erzeugen > alles neu Compilieren |
AW: Delphi am "Ende"?
Aber nur auf Unitebene. Die Units mit Änderungen werden komplett neu kompiliert.
|
AW: Delphi am "Ende"?
Zitat:
wenn man über die Projektoptionen oder als Parameter an den CommandLineCompiler einen/mehrere Compilerschalter übergibt, dann bekommt Delphi diese Änderung nicht mit, wenn diese Schalter in einer Unit verwendet werden (z.B. {$IFDEF} ). Wurde eine unit also als unverändert erkannt, egal ob sich Compilerschalter und somit die Quellcodeauswertung verändert haben (der Quellcode selber blieb j unverändert), dann wird blöder weise nicht neu kompiliert. :wall: Ebenso kann dieses bei Includedateien passieren. |
AW: Delphi am "Ende"?
Zitat:
|
AW: Delphi am "Ende"?
Zitat:
![]() |
AW: Delphi am "Ende"?
Letztendlich wird da wohl jeder seine eigene Kosten-Nutzen Rechnung machen müssen: Wenn man z.B. schnelle und gut optimierte Programmdateien damit "bezahlen" muss, dass das Compilieren und Linken der Quellcodes länger dauert, dann ist das wohl für die meisten akzeptabel. Oder nicht?
|
AW: Delphi am "Ende"?
Zitat:
|
AW: Delphi am "Ende"?
Eigentlich ist die Compilezeit für mich kaum ein Problem. Den großen Nachteil von Delphi sehe ich eher im Doppellernen der Bibliotheken für WebEntwicklung und lokaler Applikationsentwicklung. Wenn ich Pascalroutinen und VCL in Webseiten einbauen könnte, bräuchte man nicht noch etxtra PHP und Framework.
|
AW: Delphi am "Ende"?
Dann schau dir mal IntraWeb (VCL for the Web) an
![]() ![]() |
AW: Delphi am "Ende"?
Zitat:
![]() das ist schon seit Jahren etabliert! |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:30 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz