RAD Studio XE Sneak Preview
-
Ja, außerdem wird deutlich angedeutet, dass RAD Studio nicht auf die neuen Platformen laufen wird. VCL wird Win32-Only sein. Die "neue VCL" wird dies dann beheben.
-
Jansen schrieb:
Wenn mit Pulsar etc. jeweils Produktreleases gemeint sind, dann wird es wohl noch eine ganze Weile bis zu 64bit und Crossplatform dauern ...
Lese ich das richtig, die 64bit-Compiler-Preview soll irgendwann in 2011 erscheinen?Dazu gab es ein Statement von Allen Bauer in Delphi Non-Tech:
For 64bit:
We've been working on Delphi 64bit for quite a while and it is looking
like the 2011 milestone target is still on target. In nearly everything
we work on for the nearer term projects, the 64bit apsects of the
design are always taken into account. There is still a lot of work to
do, but we do continue to consider any implications it may have. We
have been making on going progress toward the goal of shipping no later
than 2011 for Delphi and 2012 for C++.C++ 64bit is being built on our next generation compiler architecture
and will take longer to finish than Delphi 64bit. For this reason we've
decided that this target has become important enough that decoupling
the Delphi and C++ releases allow us to get the Delphi release out
sooner. The benefit of the new architecture will pay significant
dividends for C++ customers over the next decade and will also benefit
Delphi users as well.Bin mal gespannt, wieviel Arbeit sie in der Zwischenzeit noch in den alten C++-Compiler stecken werden ...
Und wie lange mag es dauern, bis der neue Compiler ein akzeptables Qualitätsniveau erreicht ?
Vielleicht hat Marco Cantu ja recht:
Will this leave Delphi XE as a minor update? It certainly is at the language level, but I'm sure that the focus on bug fixing and quality, along with the integration of third party tools will make it a rather nice and valuable version. Those of you with a few years of Delphi on their back might remember an old version of Delphi, which provided only some fixes (and not as much) and some third party additions (not as many)? That was Delphi 7, which considering how much is being used today after so many years can be considered one of the key versions of the product. Maybe in a few years will remember Delphi XE (the last Win32 Delphi) as such a version.
-
Preview #2 – Optimizing and Automating
http://www.embarcadero.com/rad-studio-xe-previewDie neue Version wird scheinbar nur eine mit 3th Party Tools vollgepackte IDE
ohne eigene Ideen für Verbesserungen.
-
Zu C++ haben Sie noch nicht viel gesagt, außer diesem Posting von David Dean in C++ Builder Non-Tech:
| Nothing new for C++...
ITYM, Nothing new shown in the sneak peek... I'm not sure what the
rollout schedule is for these previews. Watch my blog and I'll try to
mention the new stuff as soon as I hear we can talk about them.Warten wirs ab. Hoffentlich wirds mehr, als nur ein wenig mehr Boost Unterstützung.
-
VergissEs schrieb:
Die neue Version wird scheinbar nur eine mit 3th Party Tools vollgepackte IDE
ohne eigene Ideen für Verbesserungen.Gewagtes Statement.
Wie aus den Diskussionen in .delphi.non-tech hervorgegangen sein sollte, hätte die kommende Version eigentlich den Mac unterstützen sollen; jedoch scheint das eine Jahr etwas knapp gewesen zu sein, um mal eben zwei neue Compiler-Backends, die ganze Remote-Debugger-Infrastruktur und ein GUI-Framework für den Mac zu implementieren und auf das erwünschte Qualitätsniveau zu bringen. Vielleicht sind die 3rd-party-Tools als "Entschädigung" für die Verzögerung gedacht
Und ich muß sagen, daß ich gar nichts dagegen habe, meine IDE mit diesen 3rd-party-Tools "vollzupacken". Es gibt ja viel Krimskrams in dieser Branche, aber AQtime und FinalBuilder - wow.
-
nn schrieb:
Zu C++ haben Sie noch nicht viel gesagt
Stimmt. Aber mal etwas zwischen den Zeilen gelesen:
http://www.embarcadero.com/rad-studio-xe-preview"C++ DataSnap Server creation" - wenn DataSnap immer noch so funktioniert wie bisher, impliziert das, daß der C++-Compiler jetzt RTTI generieren können müßte, die der $METHODINFO-RTTI in Delphi entspricht. Mit so etwas könnte man z.B. die Anbindung an Skriptsprachen automatisieren oder Remoting-Frameworks wie WCF (oder eben auch DataSnap) implementieren und benutzen...
-
audacia schrieb:
Aber mal etwas zwischen den Zeilen gelesen:
Toll, was man alles zwischen den Zeilen lesen kann. Und dabei ist es doch nur eine.
Hier noch ein paar Erkenntnisse zur VCL:
http://blog.marcocantu.com/blog/delphi_xe_beta_rtl.html
-
nn schrieb:
Zu C++ haben Sie noch nicht viel gesagt, außer diesem Posting von David Dean in C++ Builder Non-Tech:
| Nothing new for C++...
ITYM, Nothing new shown in the sneak peek... I'm not sure what the
rollout schedule is for these previews. Watch my blog and I'll try to
mention the new stuff as soon as I hear we can talk about them.http://blogs.embarcadero.com/ddean/2010/08/25/34863
=> Meine Vermutung war berechtigt, und wir bekommen endlich $METHODINFO-RTTI
Außerdem werden DocShoe und einige andere, die Probleme mit dynamic_cast<>, VCL-Klassen und Interfaces hatten, sicherlich an einigen Fixes interessiert sein...
-
audacia schrieb:
=> Meine Vermutung war berechtigt, und wir bekommen endlich $METHODINFO-RTTI
Na, das ist ja schon mal ein Fortschritt. Danke auch für Deine Arbeit mit den QC-Reports.
Was ich mir wünschen würde, wären ein paar Neuigkeiten in Sachen C++0x und Boost-Kompatibilität.
Es ist mir jetzt schon ein paar Mal passiert, dass ich Code bekomme, der Boost verwendet, sich aber nicht mit dem C++ Builder übersetzen lässt. Das ist jetzt schon mit den Libraries Graph, Rational und Units passiert.
Außerdem habe ich in letzter Zeit etwas mit Microsofts PPL und der Agents-Library in VS2010 gespielt und dabei gesehen, wie weit der C++ Builder auch beim C++0x Support zurückliegt (auto, lamba expressions, ...).
Wenn es da erst in zwei Jahren mit dem neuen Compiler weiter geht, sind die anderen Compiler schon wieder eine Generation weiter ...
-
nn schrieb:
Wenn es da erst in zwei Jahren mit dem neuen Compiler weiter geht, sind die anderen Compiler schon wieder eine Generation weiter ...
Obzwar ich nicht über die genauen Pläne hinsichtlich des neuen Compilers im Bilde bin, ist ziemlich sicher, daß Embarcadero nicht versuchen wird, einen komplett neuen C++-Compiler zu entwickeln; angesichts des reichhaltigen Angebots an Drittsoftware wird es wahrscheinlich auf einen mit Borland-Spracherweiterungen angereicherten Fork eines existierenden Frontends (clang, GCC, EDG, ...) hinauslaufen. (Michael Swindell wollte auf der Delphi Live! keine Details dazu nennen, konnte aber bestätigen, daß man die Nutzung eines externen Frontends anstrebt.)
-
Hallo,
Innovation ist toll aber:
Solange Embarcadero es nicht schafft so Dinge wie z.B. die Hilfe im C++ Builder 2010 vernünftig auszubauen, sind die (meiner Meinung nach) auf dem absteigenden Ast.
Wo bitte soll man denn all die Informationen im z.B. C++Builder her bekommen?
- Die Hilfe ist ein Graus
- Sekundärliteratur ist so gut wie nicht vorhanden.Ich lese zwar viel in den Foren mit, aber irgenwie habe ich das Gefühl, dass ich z.B. im C++ Builder 2010 einige Features nicht nutze, da ich diese schlicht und ergreifend nicht kenne. Schade eigentlich.
Es kann natürlich sein dass in den Tiefen des Internets ganz tolle Artikel vorhanden sind, aber die Wahrscheinlichkeit diese zu finden sind wohl eher gering, da ich ja danach auch erst einmal gezielt suchen muss.Ich finde hier sollte Embarcadero mal einiges Investieren. Ein Buch wie z.B. "C++ Builder 5 Developer's Guide" wäre z.B. ein schöne Sache, nur eben ein aktuelles.
Oder gibt es so etwas?Gruss
-
TW_Builder schrieb:
- Sekundärliteratur ist so gut wie nicht vorhanden.
Ja, das ist echt ein Problem. Die beiden "C++ Builder Developers Guide" (5 + 6) sind auch das einzige, was ich habe.
TW_Builder schrieb:
Ich lese zwar viel in den Foren mit, aber irgenwie habe ich das Gefühl, dass ich z.B. im C++ Builder 2010 einige Features nicht nutze, da ich diese schlicht und ergreifend nicht kenne. Schade eigentlich.
Geht mir genauso.
Obwohl ich seit dem ersten C++ Builder damit arbeite, fühle ich mich heute mit Visual Studio 2008/2010 und der Kombination C# und C++ wohler. In VS2010 haben sie zwar auch die Bedienung der Hilfe ruiniert, aber über den Inhalt kann man nicht meckern.
-
TW_Builder schrieb:
Ich finde hier sollte Embarcadero mal einiges Investieren. Ein Buch wie z.B. "C++ Builder 5 Developer's Guide" wäre z.B. ein schöne Sache, nur eben ein aktuelles.
Stimmt. Ich hätte auch gerne eine aktualisierte Auflage meines "C++Builder 6 Developers Guide"...
TW_Builder schrieb:
- Die Hilfe ist ein Graus
Könntest du das mal etwas spezifizieren? Was genau stört dich an der Hilfe, für welche Themen konntest du nicht genug Dokumentation finden, was war früher besser, ...?
(Es ist nicht so, daß ich auf diese Fragen nicht selbst zu antworten wüßte. Aber man hört oft "die Hilfe ist fürchterlich" und ähnlich generalisierte Statements, und wenn man nach Details fragt, sind die Vorbehalte fast allein darin begründet, daß der Help-Viewer so lange zum Laden braucht oder ähnliches.)
nn schrieb:
In VS2010 haben sie zwar auch die Bedienung der Hilfe ruiniert, aber über den Inhalt kann man nicht meckern.
Selbe Frage: was genau gibt es am Inhalt (also nicht am Help-Viewer, am Suchindex oder desgleichen) zu meckern? Details bitte
-
audacia schrieb:
Selbe Frage: was genau gibt es am Inhalt (also nicht am Help-Viewer, am Suchindex oder desgleichen) zu meckern? Details bitte
Mittlerweile wurde ja durch die Updates einiges nachgerüstet. Aber im Auslieferzustand insbesondere vom C++ Builder 2009 kamen ja fast nur, diese "Dies ist die Methode XXX von Klasse YYY" Meldungen. Auch hatte ich das Gefühl, dass es beim Übergang auf den 2010er erst wieder schlechter wurde, bevor das Help Update kam.
Aber heute Nachmittag hat mich diese "Suchfunktion" der Dokumentationswebseite zur Weißglut gebracht. Ich habe den Beitrag zu dem Thread mit den Mengen an einem Rechner ohne C++ Builder geschrieben. Der einzige Weg auf dieser Seite an die Beschreibung der Klasse zu kommen, war sich über den VCL-Referenz Index voranzuhangeln.
Und auf den Seiten, die die C++ Anpassungen für Delphi beschreiben, findet man gar nix zu Set.
http://docwiki.embarcadero.com/RADStudio/en/C%2B%2B_Language_Support_for_the_VCL
http://docwiki.embarcadero.com/RADStudio/en/Classes_that_Support_the_Object_Pascal_Language
-
Und in der Hilfe vom 2010er findet man unter "Behandlung von Delphi-Features in C++Builder - Index" nur anonyme Methoden, Codeseiten und Generics. Von Openarrays, Sets, usw. kein Wort.
-
Schön wäre es auch wenn man z.B. die Beispielprojekte direkt im Willkommensfenster aufrufbar wären, statt sich durch die Verzeichnisse wühlen zu müssen bzw. überhaupt zu wissen von der Existens der Beispiele.
Auch von Version zu Version wurden die Beispiele immer weniger, OK ändert sich ja nun mit http://sourceforge.net/projects/radstudiodemos/ aber wenn diese auch nicht aus der IDE aufrufbar sind, werden sicher sehr weniger von der Existens dieser Beispiele wissen. Und grade für Neu-/Einsteiger sind Beispiele sehr wichtig.
-
Sehr gut, danke für die Details.
XE ist jetzt veröffentlicht worden worden. Interessanterweise scheint den Release Notes zufolge der Kauf einer XE-Version auch Zugriff auf ältere Versionen (C++Builder 2010, 2009, 2007 und 6) zu gewähren...
-
audacia schrieb:
Sehr gut, danke für die Details.
XE ist jetzt veröffentlicht worden worden. Interessanterweise scheint den Release Notes zufolge der Kauf einer XE-Version auch Zugriff auf ältere Versionen (C++Builder 2010, 2009, 2007 und 6) zu gewähren...
Das war also gemeint mit "XE-Käufer kriegen viel mehr als XE" (M. Eissing)
-
Bin am Installieren und dachte WTF soviele Third-party Programme.
-
nn schrieb:
Und in der Hilfe vom 2010er findet man unter "Behandlung von Delphi-Features in C++Builder - Index" nur anonyme Methoden, Codeseiten und Generics. Von Openarrays, Sets, usw. kein Wort.
nn schrieb:
Aber heute Nachmittag hat mich diese "Suchfunktion" der Dokumentationswebseite zur Weißglut gebracht.
Ja, das ist eine Katastrophe (wie aber die meisten Wiki-Suchengines).
Man wird warten müssen, bis Google das Docwiki indiziert hat...