Gerüchte um XE2 Beta-Test

[sirius]

Compiler-Vserion 7 war TP7. und das gabs. War die erste IDE mit Syntax-Highlighting.

[Memnarch]

@sirius: oha, eclips Indigo, muss ich zuhause gleichmal testen o.O

[DSCHUCH]

wie schaut es eigentlich mit den gerüchten um den cross plattform compiler aus?

nach dem was ich höre ist 32,63+1 bit und Mac wohl bekannt, wie schaut es mit *ix aus (vor allem für server/services, nicht frontend, what ever ;-) )

[Insider2004]

Laut David I kommt D-Linux 2012/13

[jaenicke]

Linux Unterstützung ist ja für XE 3 geplant, das war ja schon letztes Jahr so angekündigt. Das sollte heißen zweites Halbjahr 2012. Und wenn man sich z.B. bei XE so die beiliegenden Quelltexte anschaut, kann man das auch durchaus glauben, es sei denn beim Compiler selbst gibt es Probleme.
Aber ich glaube die Qualität der letzten Jahre spricht da eine deutliche Sprache, ich glaube nicht, dass es da unlösbare Probleme oder Qualitätsprobleme geben wird. ;-)

[divBy0]

Geht es bei der ganzen Mac/Linux-Geschichte eigentlich nur um einen Crosscompiler oder soll es auch eine IDE für die Systeme geben?

[mkinzler]

Vorerst nur einen Compiler

[divBy0]

Danke, dass habe ich mir gedacht.

[mkinzler]

Die IDE ist m.W. ja in C++ geschrieben und verwendet die VCL. Für CrossPlatform soll es aber eine neue Bibliothek geben. Die DE üsste dann auf die das neue Framework migriert werden, um auf anderen Plattformen lauffähig zu sein

[MEissing]

Zitat:

Zitat von mkinzler (Beitrag 1109840)

Die IDE ist m.W. ja in C++ geschrieben

Delphi ist in Delphi geschrieben

[Bernhard Geyer]

Zitat:

Zitat von MEissing (Beitrag 1109845)

Zitat:

Zitat von mkinzler (Beitrag 1109840)

Die IDE ist m.W. ja in C++ geschrieben

Delphi ist in Delphi geschrieben

Hat man (bei der kompletten IDE+Compiler) hier mittlerweile schon aufgeräumt? Vor einiger Zeit war ja hier noch Delphi, C, C++, Assembler, C#, Java bzw J# im Einsatz. J# wegen der Together-Integration und damit hat man die IDE .NET-SDK-Gebunden angelegt.

[Phoenix]

Also J# ist ja angeblich inzwischen komplett rausgeflogen.

[franktron]

Zitat:

Zitat von MEissing (Beitrag 1109845)

Zitat:

Zitat von mkinzler (Beitrag 1109840)

Die IDE ist m.W. ja in C++ geschrieben

Delphi ist in Delphi geschrieben

Schade das der Quellcode der IDE nicht mitgeliefert wird dann könnte man so manchen Bug mal eben schnelle Rausprogrammieren.

[Bernhard Geyer]

Zitat:

Zitat von franktron (Beitrag 1109850)

Schade das der Quellcode der IDE nicht mitgeliefert wird dann könnte man so manchen Bug mal eben schnelle Rausprogrammieren.

das würde vorraussetzen das alle Quellcodeteile der IDE Embaracadero als Besitzer haben und nix dazu gekauft wurde.

[himitsu]

Zitat:

Zitat von MEissing (Beitrag 1109845)

Delphi ist in Delphi geschrieben

Henne-Ei-Problem? :stupid:

[Neutral General]

Zitat:

Zitat von himitsu (Beitrag 1109877)

Zitat:

Zitat von MEissing (Beitrag 1109845)

Delphi ist in Delphi geschrieben

Henne-Ei-Problem? :stupid:

Ne.. ich schätze mal sowas wie

"Pascal-Gott" --> Henne <--> Ei :mrgreen:

[MathiasSimmack]

Hm, SharpDevelop ist ja auch mit SharpDevelop entwickelt worden. Die allererste Version dürfte sicher aus dem Fast-Nichts nur mit .NET-Mitteln entstanden sein, aber danach... insofern: kein Henne-Ei-Problem erkennbar. ;)

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1109877)

Zitat:

Zitat von MEissing (Beitrag 1109845)

Delphi ist in Delphi geschrieben

Henne-Ei-Problem? :stupid:

Da es sich um die IDE handelt und nicht um den Compiler, wohl kaum...

Und selbst beim Compiler wäre das kein Problem, wenn man es so macht, wie Mathias ansprach. Erste Version mit einer anderen Sprache und dann damit den neuen Compiler bauen.

[Phoenix]

Zitat:

Zitat von Stevie (Beitrag 1109947)

Und selbst beim Compiler wäre das kein Problem, wenn man es so macht, wie Mathias ansprach. Erste Version mit einer anderen Sprache und dann damit den neuen Compiler bauen.

Alle 'richtigen' Compiler sind eigentlich selbstkompilierend. Es gibt keinen wirklich kommerziell interessanten Compiler, der sich nicht selber übersetzen würde. Eine Ausnahme ist vielleicht der aktuelle VB Compiler. Der scheint auch in C# geschrieben zu sein.

Der Chrome-Compiler (als Oxygene aus Delphi Prism noch Chrome hiess) war in C# geschrieben. Erweiterungen wurden dann in Pascal geschrieben. Inzwischen gab es einen kompletten Rewrite aller C#-Bestandteile des Oxygene-Compilers in Oxygene selber. Die erste Version hiervon wurde dann noch mit dem C#-Compiler übersetzt. Inzwischen ist Oxygene selbstcompilierend und die aktuellen Betas sind mit dem Beta-Compiler übersetzt.

[Bernhard Geyer]

Zitat:

Zitat von Phoenix (Beitrag 1109954)

Der Chrome-Compiler (als Oxygene aus Delphi Prism noch Chrome hiess) war in C# geschrieben. Erweiterungen wurden dann in Pascal geschrieben. Inzwischen gab es einen kompletten Rewrite aller C#-Bestandteile des Oxygene-Compilers in Oxygene selber. Die erste Version hiervon wurde dann noch mit dem C#-Compiler übersetzt. Inzwischen ist Oxygene selbstcompilierend und die aktuellen Betas sind mit dem Beta-Compiler übersetzt.

Gibts auch Daten wieviel Quellcodezeilen damit gespart wurde (ohne IDE/Spracherweiterungen der neuesten) Version gegenüber der "alten" C#-Version?

[Luckie]

Wird es von X2 auch eine günstige Starter Version geben? Weil die 64-Bit und die volle Unicode-Unterstützung würden mich schon reizen.

[Strally]

Interessant ist die Aussage von David I.

We are putting Delphi (and C++Builder) everywhere this year and over the next 5 years. Today you can use Delphi for Desktop, Client/Server, Multi-Tier, Cloud, Web, Web Services (REST and SOAP). This year you will also be able to build for Macintosh and iOS. Linux is also on the roadmap for the coming years along with Android, Blackberry and Windows Phone 7

mal gucken was uns da alles im XE2 erwartet.

Wenn sie es schaffen das wirklich gut umzusetzen schaut die Zukunft ja gar nicht schlecht aus :wink:

Mfg
Strally

[jaenicke]

Zitat:

Zitat von Luckie (Beitrag 1110080)

Wird es von X2 auch eine günstige Starter Version geben? Weil die 64-Bit und die volle Unicode-Unterstützung würden mich schon reizen.

So ist es zumindest geplant, vorausgesetzt die Verkäufe der Starter Edition (und die Reaktionen bei den anderen Editionen) entsprechen den Erwartungen.

Wie es damit aussieht, weiß nur Embarcadero definitiv, aber wenn das stimmt was ich so gehört habe, würde ich durchaus erwarten, dass es eine XE 2 Starter geben wird. ;-)

[hanspeter]

Zitat:

Zitat von Strally (Beitrag 1110084)

Wenn sie es schaffen das wirklich gut umzusetzen schaut die Zukunft ja gar nicht schlecht aus :wink:

Wenn es den man funktioniert und vor allen wann?
Hoffen wir, das es nicht Kylix 2 wird.

Wohin die Reise gehen könnte darüber spekuliert nachfolgender Artikel.
http://www.heise.de/developer/

Wo wird ein zukünftiges Delphi die Stärken haben, im GUI oder im Serverbereich.
Und das Zitat von David I klingt mir so als ob Delphi, Prism und Cooper zusammengemixt sind.
Allein die Sprachunterschiede Delphi - Prism stellen plattformübergreifend ein Problem dar.

Peter

[Stevie]

Zitat:

Zitat von hanspeter (Beitrag 1110176)

Wohin die Reise gehen könnte darüber spekuliert nachfolgender Artikel.

Dieses ganze Windows 8 Gelaber... :roll:

siehe hier

[jaenicke]

Zitat:

Zitat von hanspeter (Beitrag 1110176)

Und das Zitat von David I klingt mir so als ob Delphi, Prism und Cooper zusammengemixt sind.
Allein die Sprachunterschiede Delphi - Prism stellen plattformübergreifend ein Problem dar.

Zwischen den Produkten gibt es aber den Unterschied, dass sie für verschiedene Zielplattformen kompilieren. Delphi kompiliert nativ, Prism für das .NET Framework und Cooper für die JVM. Zusammenmixen ist da also nicht. ;-)

[Daniel]

So, ein paar weitere Infos gibt's hier:
http://www.embarcadero.com/world-tour

[Bernhard Geyer]

Zitat:

Zitat von Strally (Beitrag 1110084)

Wenn sie es schaffen das wirklich gut umzusetzen schaut die Zukunft ja gar nicht schlecht aus

Ankündigen kann man viel. Und vor allem im Bereich Smartphone ist der Zug doch schon eh abgefahren. Es gibt hier einige existierende Plattformunabhänge Lösungen. Wieso sollte man nochmal x Jahre warten um evtl. ein paar Prozent Delphi-Code zu retten?

[Daniel]

Hier erste (verlässliche) Informationen über die Bibliothek an plattform-unabhängigen Komponenten "Firemonkey":
http://www.andreanolanusse.com/en/a-...nd-delphi-xe2/

[DeddyH]

Da scheint es sich um das dazugekaufte VGScene zu handeln (rein optisch zumindest).

[himitsu]

Schön wäre es natürlich gewesen, wenn es unter Windows wie mit Windowskomponenten, unter Linux mehr linuxmäßig und auf'm Mac macisch aussehn würde.
So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.


Das FireMonkey ist doch aber nur optional und die "alte" VCL gibt es immernoch?

[MEissing]

Zitat:

Zitat von himitsu (Beitrag 1114911)

Das FireMonkey ist doch aber nur optional und die "alte" VCL gibt es immernoch?

Ja.

[DeddyH]

Emba wird wohl kaum gleich die ganze IDE bzw. VCL umstricken. So wie ich es verstanden habe, kannst Du das gleiche (VCL-)Projekt für verschiedene Plattformen kompilieren, so dass es sich im Aussehen dem Zielsystem anpasst. FireMonkey ist da wohl eher eine optische Vereinheitlichung.

[edit] Ah, der Herr Eißing ist ja auch da, der kann mich ja gleich korrigieren, falls ich hier Mist verbreiten sollte :mrgreen: [/edit]

[MEissing]

Zitat:

Zitat von DeddyH (Beitrag 1114913)

Emba wird wohl kaum gleich die ganze IDE bzw. VCL umstricken. So wie ich es verstanden habe, kannst Du das gleiche (VCL-)Projekt für verschiedene Plattformen kompilieren, so dass es sich im Aussehen dem Zielsystem anpasst. FireMonkey ist da wohl eher eine optische Vereinheitlichung.

Für Cross-Plattform-Kompilate ist die FireMonkey Bibliothek Voraussetzung.

Möchte man Windows und Mac programmieren -> FireMonkey

[Phoenix]

Zitat:

Zitat von himitsu (Beitrag 1114911)

Schön wäre es natürlich gewesen, wenn es unter Windows wie mit Windowskomponenten und unter Linux mehr linuxmäßig und auf'm Mac macisch aussehn würde.
So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.

Dafür gibt es aber kein UI Kit, und um es auf dem jeweiligen System 'Nativ' aussehen zu lassen musst Du jeweils die native API benutzen.

Um das Cross-Platform zu machen, musst Du diese API abstrahieren. Um das sauber zu machen, musst Du Dich auf den kleinsten gemeinsamen Nenner einigen. Wenn Du das tust, stehen Dir auf den spezifischen Plattformen nicht alle Features zur Verfügung, die Du bräuchtest, die es auch überall irgendwie gibt, die sich aber so massiv unterscheiden dass Du sie nicht gemeinsam abstrahieren kannst.

Dazu kommt dann noch, dass bestimmte UI Konzepte wie z.B. die native Mac-Oberfläche zwangsläufig MVC benötigen, das mit einem Forms- und Eventbasierten Konzept aber nicht abbildbar ist.

Kurzum: Es wird aller Vorraussicht nach nie ein X-Platform-System geben, dass überall nativ aussieht. Aus genau diesem Grund empfehlen richtige Cross-Platform Entwickler ja auch, seine Anwendung mehrschichtig aufzubauen, UI von Logik zu trennen und für jedes System eine native GUI mit dem jeweiligen am besten passenden Toolkit zu erstellen, und den non-Gui-Code hinten halt wiederzuverwenden.

Dabei kommen dann am Ende Lösungen bei raus, die auf jeder der unterstützen Plattformen richtig aussieht, sich auch richtig anfühlt und vor allem - aus Entwicklungssicht - auch besser wartbar weil entkoppelter ist.

Natürlich ist das mehr Aufwand, aber der rentiert sich imho, weil die Software besser angenommen wird und auch das Aufräumen in der Architektur macht sich auf längere Sicht mehr als bezahlt.

[DeddyH]

Zitat:

Zitat von MEissing (Beitrag 1114914)

Für Cross-Plattform-Kompilate ist die FireMonkey Bibliothek Voraussetzung.

Möchte man Windows und Mac programmieren -> FireMonkey

Ach, so ist das zu verstehen. Danke für die Information/Richtigstellung.

[MEissing]

Zitat:

Zitat von DeddyH (Beitrag 1114916)

Ach, so ist das zu verstehen. Danke für die Information/Richtigstellung.

Mehr dann auf den Delphi-Tagen :-)

[bernau]

Zitat:

Zitat von himitsu (Beitrag 1114911)

So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.

Prinzipiell finde ich es gar nicht schlecht, wenn mann seinem Delphi-Projekt des gewisse aussehen verleiht. Mit Turbopascal für Windows (lange ist's her) erzeugte Programm hat man eigendlich immer erkannt. Die "gehämmerte" oberfläche. Die OK/Abbruch-Buttons. u.s.w.

[Stevie]

Zitat:

Zitat von Phoenix (Beitrag 1114915)

Aus genau diesem Grund empfehlen richtige Cross-Platform Entwickler ja auch, seine Anwendung mehrschichtig aufzubauen, UI von Logik zu trennen und für jedes System eine native GUI mit dem jeweiligen am besten passenden Toolkit zu erstellen, und den non-Gui-Code hinten halt wiederzuverwenden.

Was man dann ja wohl vergessen kann...

Zitat:

Zitat von bernau (Beitrag 1114921)

Prinzipiell finde ich es gar nicht schlecht, wenn mann seinem Delphi-Projekt des gewisse aussehen verleiht. Mit Turbopascal für Windows (lange ist's her) erzeugte Programm hat man eigendlich immer erkannt. Die "gehämmerte" oberfläche. Die OK/Abbruch-Buttons. u.s.w.

Und genau das hat mich damals schon genervt.

[himitsu]

Da jeder sich sein Windows (vermutlich auch Linux und Mac) so stylen kann, wie er will,
wäre es doch total blöde, wenn jedes Wald-und-Wiesen-Programm dieses ignoriert und sich dem Wunschstyle einfach so wiedersetzt.