Wer braucht Delphi XE - go back to the roots!

[Bernerbaer]

Ich versuche mal den Thread basierend auf meiner Ausgangsfrage zusammenzufassen:

Wenn ich den ganzen Thread richtig interpretiere, setzen mindestens wir deutschsprachigen Anwender folgende Prioritäten für die Weiterentwicklung von Delphi:

1. (Stabile, fehlerfreie Delphiversion für Windows, sollte eigentlich selbstvertändlich sein, deshalb hier in Klammern aufgeführt.)
2. Windows 64 Bit Compiler
3. Spracherweiterungen
4. Multiplattformentwicklung. Wobei sich hier die Geister spalten, welche Plattformen unterstützt werden sollen

Mit wenigen Ausnahmen eher kritisch beurteilt wurde der Zukauf von externen Tools zur Erweiterung der IDE sowie die Möglichkeit zum Erstellen von Cloudsoftware.

[Mavarik]

Würde ich auch so zusammenfassen und unterschreiben!

Mavarik

[himitsu]

Punkt (5) hat Bernerbaer gut genannt:
Hier wird man ja gezwungen diese zu benutzen.
Man hat sie mit Delphi kaufen müssen, ob man sie nun braucht oder nicht.
Früher konnte man sich entscheiden und nur der, welcher es brauchte, kaufte es sich.
Wobei hier ja anscheinend wiedermal eh nur abgespeckte Versionen enthalten sind und wer alles braucht, der darf es sich nun doppelt kaufen.

Eine vernünftige Schnittstelle für solche "Plugins" und ein optionaler Zukauf wären da schöner gewesen.


Wurde eigentlich schonmal das FastMM upgrgradet?

[Daniel]

Punkt 4 ist Multiplattform ...

[himitsu]

Tschuldschung, er hörte bei 4 auf mit Zählen. ps:
Ich meinte den impliziten Anti-Punkt 5. (letzter Absatz)

[mquadrat]

- VCL renovieren (Databinding, etc.)
- Fremdkomponenten (Siehe unten)
- Multiplattform (Hier sehe ich vor allem marketingtechnische Möglichkeiten)
- 64bit Compiler (Wird man früher oder später nicht drumrum kommen)

Zu den Fremdkomponenten:

Was an Delphi immer gut war ist, dass vieles einfach schon dabei war (TChart, Report-Generator, etc.). Dazu gab es immer haufenweise Komponentenbauer, die mehr oder weniger sinnvolle Komponenten released haben. Die Anzahl der Komponentenbauer nimmt immer weiter ab. Das bedeutet, dass Emba immer mehr dieser Arbeiten übernehmen muss. Ziel der Übung wäre, das alles was man braucht um funktionierende und konkurrenzfähige Anwendungen zu erstellen verfügbar ist. Neben den bereits eingebauten Komponenten wäre eine Art "App Store" für Komponenten gut. Zentral administriert und am Besten als Add-On Engine direkt in die IDE eingebunden.

[mkinzler]

Nur das kann man halt nicht trennen, da das auf jeden Fall Änderungen an der RTL/VCL nach sich zieht.
Idealerweise muss man auch umfangreiche Änderungen an der Compiler-Architektur machen ( Trennung Front/Back-End)
Alt:

Code:

-Compiler für Delphi/Win32/x86
-Compiler für C++/Win32/x86
Nächster Schritt
-Compiler für Delphi/Win64/x86
-Compiler für MacOS(32Bit)/x86
Dann:
-Compiler für Delphi        Win32/x86
-Compiler für C++           Win64/x86
                        ->  MacOS 32Bit
                            MacOS 64Bit
                            Linux ...
Ziel:
-Compiler für Delphi        Win32
-Compiler für C++           Win64        
-Compiler für xxx       ->  MacOS 32   -> x86 
                            MacOS 64      Arm
                            Linux ...

[Bernhard Geyer]

Zitat von mkinzler:

-Compiler für MacOS(32Bit)

Ist ein 32-Bit MacOS-Compiler nötig? Die Geräteklasse die mit 32-Bit Prozessoren läuft hat doch iOS. Und dort sperrt doch Apple Fremhersteller per Monopollizenz aus.

[mkinzler]

iOS ist aber für die ARM-Plattform

[Phoenix]

Zitat von Bernhard Geyer:

Zitat von mkinzler:

-Compiler für MacOS(32Bit)

Ist ein 32-Bit MacOS-Compiler nötig? Die Geräteklasse die mit 32-Bit Prozessoren läuft hat doch iOS. Und dort sperrt doch Apple Fremhersteller per Monopollizenz aus.

Zum einen ist das nur für die ARM-Chips in den iOS-Devices. Nix mit x86 - Code der Intel chips in den normalen Macs. Zum anderen gilt die 'Lizenz' nur für Applikationen, die man über den Appstore vertreiben will. Für Enterprise deployment einer eigenen Applikation z.B. ist der Paragraph da gar nicht vorgesehen. Und das dürfte eher der Einsatzbereich sein.