Delphi 2011 heißt jetzt Delphi XE

[mkinzler]

Roadmaps scheinen bei dieser Firma sowieso ein Produkt der Marketingabteilung zu sein.

[Phoenix]

Zitat:

Zitat von RWarnecke (Beitrag 1041856)

Nue bei C# wird die Entwicklung um einiges länger dauern als in Delphi, da ich in C# nicht ganz so fit bin. Was würdet Ihr an meiner Stelle machen ?

Delphi Prism ;)

Im ernst: Du hast .NET unter der Haube das schon heute x86, x64 und unter Mono auch Linux und Mac kann. Du erhältst Language Features nach denen sich C#'ler die Finger lecken (Interface Delegation, Class contracts, AOP) und Du bleibst bei Deinem Object Pascal.

Und mit ADO.NET hast Du den ganzen Datenzugriff mindestens genauso flott (wenn nicht schneller) runtergecodet als in nativem Delphi, wo Du noch je nach Edition zusatzkomponenten für brauchen würdest.

[Florian Hämmerle]

Zitat:

Zitat von Lemmy (Beitrag 1041755)

Guten morgen,

die "aktualisierte" Roadmap ist verfügbar:
http://edn.embarcadero.com/article/39934

aktualisiert sind ein paar Namen und Jahreszahlen. Schade eigentlich...

[Update]

hmmm..

Fulcrum kommt 2011
2012 dann der 64Bit Preview
dann Wheelhouse
dann Commodore

In der Übersicht steht aber noch was von Pulsar.... Soll das dann wirklich bedeuten, dass 2012 noch ein weiteres Update ins Land geht ohne die großen Features 64Bit und CrossPlatform?

Die Jungs sollen sich mal lieber aufs Produkt als auf die Roadmap konzentrieren. Die ändern sie so oft, dass ich wirklich schon bald ne Hauseinfahrt damit pflastern kann.

mfg Florian

[HeikoAdams]

Zitat:

Zitat von mkinzler (Beitrag 1041873)

Roadmaps scheinen bei dieser Firma sowieso ein Produkt der Marketingabteilung zu sein.

Und man ist gut beraten, nicht all zuviel auf deren Verlässlichkeit und Lebensdauer zu geben :twisted:

[Polynom]

Roadmap Slide 9:

Zitat:

What we are telling customers we are going to go

Ich kenn mich ja nicht mit Roadmaps aus - vielleicht ist das ja eine Standard-Phrase; Und ich verstehe auch, dass Embarcadero nicht alle Betriebsgeheimnisse und Details auf die Roadmap setzt - Aber in Anbetracht der Tatsache, dass die Nutzergemeinde schon lange auf das ein oder andere Feature wartet und immer wieder vertröstet wurde, finde ich es etwas "uneindeutig" formuliert. Frei nach dem Motto: "Das ist die Roadmap für die User, aber die interne Roadmap sieht nicht ganz so schön aus."
Ich hoffe aber, dass ich das völlig falsch interpretiert habe ...

[Sherlock]

Zitat:

Zitat von Polynom (Beitrag 1041890)

Roadmap Slide 9:

Zitat:

What we are telling customers we are going to go

Ich kenn mich ja nicht mit Roadmaps aus - vielleicht ist das ja eine Standard-Phrase; Und ich verstehe auch, dass Embarcadero nicht alle Betriebsgeheimnisse und Details auf die Roadmap setzt - Aber in Anbetracht der Tatsache, dass die Nutzergemeinde schon lange auf das ein oder andere Feature wartet und immer wieder vertröstet wurde, finde ich es etwas "uneindeutig" formuliert. Frei nach dem Motto: "Das ist die Roadmap für die User, aber die interne Roadmap sieht nicht ganz so schön aus."
Ich hoffe aber, dass ich das völlig falsch interpretiert habe ...

Über den Satz von Mr. "I come into here" Rozlog bin ich auch gestoplert. :lol:

Sieht sehr nach interner Präsentation, die man dann einfach nach aussen gedreht hat aus ;)

Sherlock

[mkinzler]

Das kommt auch anderen komsich vor
http://www.deltics.co.nz/blog/?p=668

[RWarnecke]

Zitat:

Zitat von Phoenix (Beitrag 1041877)

Delphi Prism ;)

Im ernst: Du hast .NET unter der Haube das schon heute x86, x64 und unter Mono auch Linux und Mac kann. Du erhältst Language Features nach denen sich C#'ler die Finger lecken (Interface Delegation, Class contracts, AOP) und Du bleibst bei Deinem Object Pascal.

Und mit ADO.NET hast Du den ganzen Datenzugriff mindestens genauso flott (wenn nicht schneller) runtergecodet als in nativem Delphi, wo Du noch je nach Edition zusatzkomponenten für brauchen würdest.

Mit Delphi Prism habe ich bis jetzt noch garnichts gemacht ausser meinen Versuch mal eine Verbindung zur Datenbank herzustellen. Desweiteren habe ich zu Delphi Prism noch nicht allzu viel Lektüre gesehen ausser vielleicht das Prism Wiki.
Irgendwie hilft mir das nun gerade nicht weiter bei meiner Entscheidungshilfe, ob jetzt Delphi von Emba oder Visual C# von M$. Da das ganze ein ziemlich große Projekt sein wird, möchte ich schon auf ein sicheres Pferd setzen, als mir Delphi gerade erscheint.

Mit C# habe ich immerhin schon mal zwei kleinere Anwendungen erstellt, die ich auch ab und zu noch nutze.

[HeikoAdams]

Wooha! Und sowas schreibt jemand, der sein Blog Delphi Insider nennt: :shock:

Zitat:

We are using Delphi for Win32 since 16 bit version, and we can confirm that, Delphi 2011 has the strongest feature set from the history.

Muss man jetzt lachen oder weinen??

[himitsu]

Zitat:

Zitat von HeikoAdams (Beitrag 1041919)

Muss man jetzt lachen oder weinen??

Es ist doch nicht gelogen?
Es wird immerhin das Neuste/Beste enthalten ein (alles aus den älteren Delphis und noch mehr), auch wenn es nur "Unwichtiges" und nicht viel mehr sein wird, als schon im Vorgänger war.

[PhilmacFLy]

Zitat:

Zitat von HeikoAdams (Beitrag 1041919)

Wooha! Und sowas schreibt jemand, der sein Blog Delphi Insider nennt: :shock:

Zitat:

We are using Delphi for Win32 since 16 bit version, and we can confirm that, Delphi 2011 has the strongest feature set from the history.

Muss man jetzt lachen oder weinen??

Ich würd sagen weinen wenn man sieht wie eine Firma eine Programmiersprache so direkt auf die Wand zuhält und nicht mal übers bremsen nachdenkt, sondern eher noch das Gaspedal durchdrückt.

Mh wär auch ein guter Spruch für ein Tshirt

[himitsu]

Vorallem "We are using Delphi for Win32 since 16 bit version"

Wie kann man Delphi 1 (16 bit) mit "Delphi for Win32" gleichsetzen?
Das gab es damals ja noch garnicht,

[Bernhard Geyer]

Zitat:

Zitat von himitsu (Beitrag 1041954)

Vorallem "We are using Delphi for Win32 since 16 bit version"

Wie kann man Delphi 1 (16 bit) mit "Delphi for Win32" gleichsetzen?
Das gab es damals ja noch garnicht,

Denn verschreiber kann ich verstehen. hab hier auch schon bezüglich Win64 im Delphi Win32 geschrieben.

[hanspeter]

Zitat:

Zitat von RWarnecke (Beitrag 1041913)

Irgendwie hilft mir das nun gerade nicht weiter bei meiner Entscheidungshilfe, ob jetzt Delphi von Emba oder Visual C# von M$. Da das ganze ein ziemlich große Projekt sein wird, möchte ich schon auf ein sicheres Pferd setzen, als mir Delphi gerade erscheint

Für so ein größeres Projekt würde ich eindeutig C# empfehlen.
Gerade bei großen Projekten hat Net Vorteile, an die Delphi W32 nicht herankommt.
Das beginnt bei Linq, geht über persistente Framworks , WPF, Tooltests und so weiter.
Allein das Modularisierungskonzept mit Assemblys ist dem BPL Konzept von Delphi haushoch überlegen. Da werden 64 bit auch nicht viel dran ändern.
Sicherlich ist Prism einen Blick wert. Wir haben es als Übergangslösung eingesetzt um Delphi-Programmierern den Weg zu Net zu erleichtern. Haben es aber bereits mit VS2010 nicht mehr updatet.
Wenn Du Unterstützung bei der Entscheidungsfindung brauchst, dann gehe doch mal in eine Buchhandlung Deiner Wahl und vergleiche das Angebot anBüchern über Programmiersprachen.

[RWarnecke]

Zitat:

Zitat von hanspeter (Beitrag 1042033)

Wenn Du Unterstützung bei der Entscheidungsfindung brauchst, dann gehe doch mal in eine Buchhandlung Deiner Wahl und vergleiche das Angebot anBüchern über Programmiersprachen.

Das habe ich schon bemerkt, dass es für C# deutlich mehr Bücher und auch Tutorials gibt als für Delphi Prism.

Ich habe mich jetzt entschieden, ich werde am Wochenende einige kleine Programme in C# und in Delphi Prism schreiben, nur um zu sehen, wie schnell ich die Aufgaben lösen kann. Die Sprache, die mir dabei am meisten liegt, werde ich dann für mein Projekt nutzen. Sollte der Fall eintreten, dass ich bei beiden Sprachen Probleme habe, werde ich das Projekt in Delphi schreiben und darauf hoffen, das Emba doch noch zur Vernunft kommt. :roll:

[Insider2004]

Emba versteht es einfach nicht mehr Glanz und Aufregung zu verbreiten.

Jetzt haben sie Cloud entdeckt. Völliger Schwachsinn. Was soll das sein? Zu Delphi5-Zeiten war alles plötzlich "Enterprise". Kein Mensch wusste, was das überhaupt sein soll und vor allem, was das mit Delphi zu tun haben sollte.

Jetzt sind fast 10 Jahre vergangen (seit Delphi 6/7) und Delphi hat eigentlich Null Fortschritt gemacht. Unglaublich. Emba hat alles mögliche veranstaltet C#, CBuilderX, DelphiPHP, DotNet, Galileo-IDE, ...weiss der Geier. Das hat Delphi für Win32 unheimlich vorangebracht!!!

Wir könnten schon seit 2005 Delphi 64 bit für Windows, Mac und Linux haben. Was haben wir? Delphi 32 bit, so wie 2002, nur mit mehr Bugs, weil das Management meinte, die stabile IDE muss nochmal neu geschrieben werden.

Ich habe den Eindruck, die machen mit Fleiss alles andere nur keine vernünftige Delphi-Entwicklung.

[mkinzler]

Die neue IDE bietet ach in der Zwischenzeit auch vieles, was ie alte nicht geboten hat. Und das mit dem 0 Fortschritt würde ich auch nicht unterschreiben

[himitsu]

Zitat:

Zitat von mkinzler (Beitrag 1042156)

Die neue IDE bietet ach in der Zwischenzeit auch vieles, was ie alte nicht geboten hat. Und das mit dem 0 Fortschritt würde ich auch nicht unterschreiben

OK, daß sich nicht ändert stimmt nicht, aber wichtige Dinge, welche man sich schon lange wünschte werden immer wieder verschoben.
Und du kannst nicht behaupten, daß jetzt wirklich viel/genug Neues im neuen EX (soweit man bisher weiß) drinsteckt?
Von Linux, Mac und 64 steckt auch nicht drin, wobei es letztes Jahr noch hieß, daß es endlich kommt.

Zitat:

Zitat von Insider2004 (Beitrag 1042151)

Jetzt haben sie Cloud entdeckt. Völliger Schwachsinn. Was soll das sein?

Ließ dir einfach mal den Thread zu Delphi++ durch, da wurde das erklärt/verlinkt.
PS: Die/Wir hörten nun was von Delphi++ und Grid ... jetzt taucht urplötzlich Cloud in der Roadmap auf. Vorher hatte man davon noch nie was gehört (ich dachte bei Grid auch erst an sowas wie unser StringGrid).

Zufall?

[mkinzler]

In XE gibt es wirklich nichts wirklich Neues.
Er meinte aber das sich seit D7 nichts geändert habe.

[jbg]

Zitat:

Zitat von mkinzler (Beitrag 1042156)

Die neue IDE bietet ach in der Zwischenzeit auch vieles, was ie alte nicht geboten hat. Und das mit dem 0 Fortschritt würde ich auch nicht unterschreiben

Da wäre z.B. Refactoring, das seit 2006 nicht mehr erweitert wurde. Wie wäre es z.B. mit einer Call-Hierarchy und anderen Code-Navigationsfeatures, das in anderen IDEs schon seit Jahren zum Standard gehört. Den Parser haben sie ja schon (ErrorInsight). Der ist buggy und wird wohl nie was werden.

Dann wäre da Audits&Metrics. Wer hat das überhaupt schon mal verwendet? Gefühlt keiner, auch nicht die Entwickler dessen selbst. Denn wenn man das Teil auf ein mittelgroßes Projekt los lässt, braucht man unendlich viel Zeit, da es sich in einer Endlosschleife aufhängt. Und bei etwas kleineren Projekten braucht es auch ewig. In der Zeit habe ich den Code selbst durchgelesen. Zudem merkt man, dass das "Feature" aus dem JBuilder gezogen und nicht an Delphi angepasst wurde. Denn wenn da so Dinge wie "Die Methode Button1Click kann statisch gemacht werden" oder "Verwenden Sie Camel-Case für den Parameter Sender" (soll ich das etwa "senDer" schreiben) oder "Die Methode Button1Click wird nie aufgerufen" ausgespuckt werden, dann brauche ich solche "Features" nicht.

Auch eine Neuerung in der Gallileo-IDE: Deadlocks. Delphi 8 und 2005 waren instabil, also hat hat man einfach mal an irgendwelchen Stellen im Code mehrere CriticalSections und Mutexe eingebaut. Meine Erfahrung sagt mir dann, dass ich in solch einem Code auf keinen Fall Synchronize aufrufen darf, wenn ich nicht 100% sicher stellen kann, dass der Programmfluss dadurch nicht in einem Deadlock enden kann. Aber genau das passiert, wenn man in Delphi 2009, die Unit, die direkt nach dem Öffnen des Projekts offen ist, schließt. Der Deadlock tritt natürlich nicht dauernd auf, da ein Thread-Synchronisierung-Problem, aber er sollte gar nicht auftreten.

Dann wäre da der neue Code-Formater in Delphi 2010. Wie hirnverbrannt war der Entwickler eigentlich, der das auf Strg+D zwischen Strg+S und Strg+F gelegt hat? Abgesehen davon, dass diese Code-Formatierung selbst die RTL Units komplett verunstaltet. Dem Code zufolge tippe ich mal auf einen ehemaligen JBuilder-Entwickler, der keine Ahnung von Delphi Code hat(te). (Reflector ist schon ein nütliches Tool).

[himitsu]

Zitat:

Zitat von jbg (Beitrag 1042211)

Wie hirnverbrannt war der Entwickler eigentlich, der das auf Strg+D zwischen Strg+S und Strg+F gelegt hat?

Ja, in diese Falle bin ich auch schon mehrmals gefallen :cry:

[Ralf Kaiser]

Zitat:

Zitat von mkinzler (Beitrag 1042156)

Die neue IDE bietet ach in der Zwischenzeit auch vieles, was ie alte nicht geboten hat. Und das mit dem 0 Fortschritt würde ich auch nicht unterschreiben

Ja. Genau. Man kann ein Projekt jetzt auch aus dem Popupmenu der Projektverwaltung starten! Und sogar ohne Debugger! Rozlog war in seinem Blog scheinbar darauf sehr stolz und stellte das als eines der neuen "Productivity Features" dar!

Wie lange hat diese Änderung wohl gedauert? 2 neue Einträge im Popupmenu und dann noch die beiden schon vorhandenen Actions zuweisen. Toll!

In anderen IDEs kann man schon sein Jahren alle Menüs und Popupmenüs komplett selbst anpassen.

Irgendwie weiss ich nicht was ich von der ganzen XE-Geschichte halten soll und glaube, es geht nicht nur mir so...

[himitsu]

Zitat:

Zitat von Alfi001 (Beitrag 1042228)

In anderen IDEs kann man schon sein Jahren alle Menüs und Popupmenüs komplett selbst anpassen.

Über OTA kannst du das doch auch schon lange tun?

[HeikoAdams]

Es gibt Neuigkeiten zur Roadmap bzgl. 64bit:

Ausgangsfrage:

Zitat:

Does “64-bit implementation” in Pulsar mean a fully capable and fully integrated Win64 Delphi compiler, debugger and VCL?

Antwort von Allen Bauer:

Zitat:

Yes. That is the goal. I would say that anything less would be more a “preview” than an actual sellable product.

[Bernhard Geyer]

Um es kurz zu machen:

Es wird die Integration von FinalBuilder, AQTime und Coderage in der mitgelieferten Version gezeigt.
Schön bei AQtime ist das (gegenüber meiner AQTime5er Version + D6) ist das die Ergebnisse in der Delphi-IDE analysiert werden können.

Ansonsten beschränkt sich die Leistung der Codegear-Leute darauf das diverse IDE-Funktionen jetzt per CommmandLine aufrufbar ist (günstig für Automatisierung durch FinalBuilder).

Also falls jeman eines der Tools sonst kaufen wollte und 'ne neue IDE-Version benötigt könnt mit dem Bundling u.U. Geld sparen.

[Lemmy]

Aber Achtung! Der FinalBuilder ist NUR in der Enterprise und Architect, die restlichen Tools (AQTime und CodeSite) auch in der Prof (wenigstens etwas)!

[mkinzler]

Wurde das gesagt? Bisher hiess es ja, das es noch nicht entschieden sei

[Daniel]

Tim DelChiaro hat dies in den Embarcadero-Foren bestätigt:
https://forums.embarcadero.com/messa...=271262#271262

[Lemmy]

Das mit dem FinalBuilder steht im "Kleingedruckten" der Preview...

[Bernhard Geyer]

Meistens sind diese Beigaben auch "SE = Special Edition" Versionen. Mich würde interessieren ob bei AQTime der Line-Profiler dabei ist oder nur der Procedure-Profiler.

[Stevie]

Zitat:

Zitat von Lemmy (Beitrag 1042830)

Aber Achtung! Der FinalBuilder ist NUR in der Enterprise und Architect, die restlichen Tools (AQTime und CodeSite) auch in der Prof (wenigstens etwas)!

FB brauchst ja auch sowieso nicht bei jedem Entwickler in nem Team, da reicht eine Arch/Ent und der Rest Prof (sofern man nicht noch andere Arch/Ent Features braucht)

Mir stellt sich aber gerade bei der Integration sovieler Tools in der IDE die Frage wie umfangreich diese integrierten Versionen sind. Haben die vollen Umfang oder sinds im Endeffekt abgespeckte "Anlock"versionen. FB kostet glaub um die 350$ und AQTime Pro 600$. Glaub nicht, dass in Delphi XE der volle Funktionsumfang enthalten sein wird. Oder der Preis steigt dementsprechend in die Höhe. Naja und CodeSite... ich find das Konkurrenzprodukt besser. :D

[mirage228]

Bei AQTime ist es laut dem Preview-Video die "Standard"-Version, die nicht alle Features bietet. Das neue Profiling-Menü enthielt auch den Menüpunkt "Buy AQTime Pro"...

Viele Grüße

[Lemmy]

Morgen,

das sind spezielle Versionen:

John Kaster:

Zitat:

The bundled versions are specifically built for us. They do not have
all features of the full versions - we still want to give the vendors
an opportunity to have an upsell for their full product.

When the product is launched, more details will be available on exactly
what is included in the newly integrated third party offerings.

[mkinzler]

Mal abwarten, wie "special" diese sind

[Ralf Kaiser]

Werden die eigentlich nur mit dem Studio mitgeliefert oder wird man die auch erhalten wenn man nur ein einzelnes Delphi updated/kauft? (ich befürchte nämlich, dass sie nur im Studio enthalten sind).

Ist da schon was bekannt?

[Stevie]

Können die sich bei Embarcadero eigentlich keine Leute leisten die besser präsentieren können? Vor allem mit weniger peinlichen Fehlern?
"Wie sie sehen, ist der Speicherplatz vor und nach dem builden unterschiedlich." ... Ähhhm, nein, wie ich sehen kann sind die gleich, weil du schon vorher mal gebuildet hast und sich somit nix verändert hat :wall: Oder, ja hier kann man ExitMethod('leaving the method') schreiben... ähm... aha. Wer nen bisschen Plan vom Logging hat, weiß, dass dort der Methodenname reingehört, damit das auch zu nem EnterMethod passt :roll:
Ja, tolle Features, aber total planlos und peinlich vorgestellt.

[HeikoAdams]

Also irgendwie sind die Videos zu Delphi XE bislang ein Fall für die Kategorie Fremdschämen :evil:

[Stevie]

Zitat:

Zitat von HeikoAdams (Beitrag 1043269)

Also irgendwie sind die Videos zu Delphi XE bislang ein Fall für die Kategorie Fremdschämen :evil:

Nicht nur die Videos... :stupid:

[HeikoAdams]

WTF?!? :shock:

[Daniela.S]

wow, dass die für sowas noch Zeit haben?
Das Spiel lass ich mir nur einreden wenn es in Delphi und mit 64bit compiliert wäre - so zum Compilertesten...