Der Delphi / RADStudio XE8 Release-Thread

[Darlo]

Zitat:

Zitat von fgsoftware (Beitrag 1296953)

Zitat:

Auszug aus den Release-Hinweis für XE8

iOS-Simulator für iOS 8.x wird noch nicht unterstützt
Der iOS-Simulator für die neueste Version von iOS (8.x) wird als Zielplattformen für geräteübergreifende FireMonkey-Anwendungen noch nicht unterstützt. Sie können allerdings den iOS-Simulator verwenden, der unter iOS 7 unterstützt wird.

Ist jetzt nicht wahr!!!:( Wenn nicht jetzt, wann denn dann!!! Im Herbst gibts wahrscheinlich iOS 9.

👍
Wofür auch saubere Screens fürs iPhone6 und 6plus und iWatch erstellen. 😡

[arnof]

Zitat:

Zitat von Darlo (Beitrag 1296952)

Hi Alex,

kann Deinen Frust verstehen. Von XE8 bin ich auch bisschen enttäuscht, war ich aber auch von XE6 ;-). Die Frühjahrs-Versionen sind nicht die dollsten. XE2, 5 und 7 waren jeweils top. XE8 ist ein iOS64 Update das leider für 64 Bit nichtmal alle Dateien enthält.

XE9 wird wieder super, XE8 ist eher ein Hotfix oder Update #2

ja da bin ich bald eurer Meinung... Genau wie XE6, das war einfach nur Zeitverschwendung, für IOS muss man XE8 benutzen.

Aber das ist mein erster Eindruck, da ich nun versuche meine XE5 Androidanwendungen für Android5 fertig machen will und das mit XE8 machen wollte ....

[Bernhard Geyer]

Zitat:

Zitat von BigAl (Beitrag 1296951)

Die Hilfe ist ein totaler Rückschritt. Da findet man nichts mehr.

Echt jetzt?

Zitat:

Zitat von BigAl (Beitrag 1296951)

Nicht nur dass jetzt alle Teile der Hilfe in eigenen Dateien Verpackt sind,

Was stört an 10 CHM-Dateien?

Zitat:

Zitat von BigAl (Beitrag 1296951)

es werden auch meist nur irgendwelche Artikel für C++ gefunden. Sucht z.B. mal das Thema Arrays. Hallo!?! Ich habe Delphi installiert und hätte auch gerne eine Delphi-Hilfe.

Auch unter XE6 mit der alten "neuen" MS-Hilfe werden auch nur C++-Einträge gefunden.

Zitat:

Zitat von BigAl (Beitrag 1296951)

Die Microsoft Help-Komponente ist von 2002 und wird schon seit Jahren nicht mehr weiter entwickelt. Warum macht man so ein Stuss?

Weil die CHM-Hilfe 1000* besser ist als die "neue" Hilfe zwischen D8-XE7.

Zitat:

Zitat von BigAl (Beitrag 1296951)

Bei den Preisen sollte Embarcadero in der Lage sein ein eigenes Hilfemodul zu entwickeln,

Und damit wieder ein Format liefern das kein 3th-Party-Komponentenlieferant liefern kann? CHM kann jedes x-Beliebige Help-Autoring-Tool

Zitat:

Zitat von BigAl (Beitrag 1296951)

dass funktioniert

Was funktioniert an CHM nicht?

Zitat:

Zitat von BigAl (Beitrag 1296951)

oder zumindest auf eine aktuelle Hilfekomponente zurückgreifen.

Und welche wäre das? Und wenn es (mal wieder) eine neue Ausgeburt von MS wäre? Wer sagt das mit VS2016 dieses Format nicht wieder in die Tonne wandert und das nächste Superformat erschaffen wird?

Zitat:

Zitat von BigAl (Beitrag 1296951)

Die Update-Politik ist aber die größte Frechheit und hat mir endgültig den Rest gegeben. Ich soll nun für Bug-Fixes zahlen.

Falsch verstanden. Währen der normalen "Lebenszeit" der aktuellen IDE sind die Fixes kostenlos. Später gibts (wie auch bei MS und Co.) einen exteneded Support (so wie aktuell diverse Behörden für XP-Fixes zahlen) das auch nach Release von XE9 noch Fixes für XE8 geliefert werden.

Zitat:

Zitat von BigAl (Beitrag 1296951)

Und dann jedes Jahr eine neue Version.

Gäbe es kein iOS und Android wo Apple und Google meinen mit jedem Major-Release API zu ändern und alte APIs zu verbannen könnte man längere Release-Zyklen haben. Aber mit diesen dynamischen OS muss man auch schnell neue Releases liefern.

Zitat:

Zitat von BigAl (Beitrag 1296951)

Das Castalia ist auch eine Sache für sich. Das wurde einfach so in die IDE reingeklatscht wie es vom Entwickler bereitgestellt wird. Man hat sich nicht mal die Mühe einer "sauberen" Integration gemacht.

Dafür war die Zeit zwischen Kauf und Release XE8 zu kurz.

[Darlo]

Mir wurden netter Weise die fehlenden Dateien für iOS zugespielt. Somit konnte ich endlich meine neue App (universal binary) an den AppStore übertragen. Hat auch die Prüfungen bestanden und wartet aufs Review.

Ifdef'e die jetzt für Android, mal schaun ob es klappt.

[Harry Stahl]

Zitat:

Zitat von Harry Stahl (Beitrag 1296781)

Was ich jedoch sehr bedauere ist, dass die Favoriten nicht mehr angeboten werden. Oder habe ich hier irgendwo etwas übersehen?

Wenn die raus sein sollten: Bitte unbedingt wieder einbauen!

Ist tatsächlich raus. Heute bei dem Vorstellungs-Webinar von XE8 hat EMBA aber auf meine entsprechende Frage geantwortet, dass es wieder reinkommt, da viele Anwender das Fehler des Favoriten-Tabs beklagt hätten.

Na immerhin.

[Mavarik]

Zitat:

Zitat von Darlo (Beitrag 1296957)

Mir wurden netter Weise die fehlenden Dateien für iOS zugespielt.

Welche?

[jaenicke]

Zitat:

Zitat von Darlo (Beitrag 1296952)

Von XE8 bin ich auch bisschen enttäuscht, war ich aber auch von XE6 ;-). Die Frühjahrs-Versionen sind nicht die dollsten. XE2, 5 und 7 waren jeweils top.

Nur dass XE7 bei uns beim Kompilieren ständig wegen OutOfMemory abstürzt, schön aussehen tat es, ja. Wir sind deshalb noch bei XE6 und schauen uns jetzt XE8 an.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1296956)

Zitat:

Zitat von BigAl (Beitrag 1296951)

Das Castalia ist auch eine Sache für sich. Das wurde einfach so in die IDE reingeklatscht wie es vom Entwickler bereitgestellt wird. Man hat sich nicht mal die Mühe einer "sauberen" Integration gemacht.

Dafür war die Zeit zwischen Kauf und Release XE8 zu kurz.

Nun ja, aber die Fehler, die in der XE7 Version noch drin waren, habe ich jetzt in XE8 nicht mehr gesehen. Also ganz so reingeklatscht kann das nicht gewesen sein.

[mkinzler]

Zitat:

Zitat von BigAl:
Die Update-Politik ist aber die größte Frechheit und hat mir endgültig den Rest gegeben. Ich soll nun für Bug-Fixes zahlen.
Falsch verstanden. Währen der normalen "Lebenszeit" der aktuellen IDE sind die Fixes kostenlos. Später gibts (wie auch bei MS und Co.) einen exteneded Support (so wie aktuell diverse Behörden für XP-Fixes zahlen) das auch nach Release von XE9 noch Fixes für XE8 geliefert werden.

Das wird sich noch zeigen
http://www.delphipraxis.net/184034-u...ription-5.html

[Dejan Vu]

Nächste Ausfahrt: Punxsutawney. :lol:

[Sherlock]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1296956)

Zitat:

Zitat von BigAl (Beitrag 1296951)

Die Update-Politik ist aber die größte Frechheit und hat mir endgültig den Rest gegeben. Ich soll nun für Bug-Fixes zahlen.

Falsch verstanden. Währen der normalen "Lebenszeit" der aktuellen IDE sind die Fixes kostenlos. Später gibts (wie auch bei MS und Co.) einen exteneded Support (so wie aktuell diverse Behörden für XP-Fixes zahlen) das auch nach Release von XE9 noch Fixes für XE8 geliefert werden.

Jetzt bitte nicht wieder die fast 10 Jahre Lebenszeit eines Windows mit den knapp 6 Monaten eines XE-Delphi vergleichen. Es kommt genau ein Update für ein XE-Delphi raus, bis zum nächsten kostenpflichtigen Release. Dazwischen eventuell noch ein paar Hotfixe. Dann ist es in der Regel erst leidlich lauffähig. Und bitte nicht vergessen, das Fixen hört auf, sobald die Entwicklung der nächsten Version in die Beta-Phase gegangen ist.

Sherlock

[Lemmy]

Zitat:

Zitat von Sherlock (Beitrag 1296968)

Und bitte nicht vergessen, das Fixen hört auf, sobald die Entwicklung der nächsten Version in die Beta-Phase gegangen ist.

und bitte nicht vergessen: genau das soll sich jetzt ändern: http://blog.marcocantu.com/blog/2015...scription.html

Zitat:

On-going maintenance, that is updates and hot fixes for versions before the last so you can keep working on a version and have critical bugs fixes for much longer time (up to 2 years) than today

kann man mögen oder nicht.

Und ja: Ich bin auch nicht ganz glücklich über die Situation. Aber Emba hat halt keine Mrd Umsätze mit denen sie eine IDE quer finanzieren können. Und ich bin auch am überlegen ob ich noch weiter auf Delphi setze.

Fakt ist aber: auch als "normaler" Desktop-VCL Entwickler geht ohne Subscription fast nichts mehr. Wenn ich alle 2-3 Jahre eine Delphi-IDE kaufe (erst dann würde es irgend wann billiger als die Subscription werden) - was soll man denn machen wenn die so instabil ist, dass ein arbeiten kaum möglich ist (XE7).

[Der schöne Günther]

Ich grätsche mal mit einer anderen Frage zu XE8 rein: Der "GetIT"-Paketmanager:

• Das was ich angezeigt bekomme wird von wem verwaltet?
• Wie könnte ich, als Gutmensch für die ganze Welt meine Freeware-Komponente da mit aufnehmen lassen?
• Ist das nur für Freeware gedacht oder kann ich damit rechnen, auch Dinge wie TeeChart oder FastReport darüber beziehen zu können?

[mquadrat]

Zitat:

Zitat von Der schöne Günther (Beitrag 1296976)

Ich grätsche mal mit einer anderen Frage zu XE8 rein: Der "GetIT"-Paketmanager:

• Das was ich angezeigt bekomme wird von wem verwaltet?
• Wie könnte ich, als Gutmensch für die ganze Welt meine Freeware-Komponente da mit aufnehmen lassen?
• Ist das nur für Freeware gedacht oder kann ich damit rechnen, auch Dinge wie TeeChart oder FastReport darüber beziehen zu können?

Aktuell wird das von Emba verwaltet. Der Submission-Prozess ist noch nicht festgelegt. Laut Marco wird das jetzt vorgezogen, weil so viele Leute danach gefragt haben. Meine Frage was da überhaupt rein soll, wurde noch nicht beantwortet

[Mavarik]

Zitat:

Zitat von Lemmy (Beitrag 1296975)

Fakt ist aber: auch als "normaler" Desktop-VCL Entwickler geht ohne Subscription fast nichts mehr.

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Du brauchst keinen Unicode? Nimm D2007 immer noch die beste IDE
Du brauchst Unicode, anonyme Proceduren und Generics nimm eine XE Version...
Threads zu "kompliziert" nimm XE7 mit Parallel Library.

Du programmierst für Mac, iOS und/oder Android... Nimm ne Subscription oder LASS ES GANZ...

Mavarik

[Darlo]

Zitat:

Zitat von Mavarik (Beitrag 1296959)

Zitat:

Zitat von Darlo (Beitrag 1296957)

Mir wurden netter Weise die fehlenden Dateien für iOS zugespielt.

Welche?

Die 64Bit Versionen der libsqlite.a

Werden wohl nur installiert wenn man Delphi & C++ Builder installiert. Dadurch dass ich "nur" Delphi besitze hing ich damit weiterhin auf XE7 Level. Kein 64Bit, kein App Store.

[Mavarik]

Zitat:

Zitat von Darlo (Beitrag 1296996)

Werden wohl nur installiert wenn man Delphi & C++ Builder installiert.

Na toll... Ich installiere NIE C++ mit... hab die Dateien auch nur für 32 bit.

[Daniel]

Zitat:

Zitat von Der schöne Günther (Beitrag 1296976)

Der "GetIT"-Paketmanager:

• Wie könnte ich, als Gutmensch für die ganze Welt meine Freeware-Komponente da mit aufnehmen lassen?

Gedacht ist es für die größeren Komponenten-Sammlungen oder für bekannte Einzelkomponenten (wie etwa den VirtualTreeView). Ein weiteres Datengrab wie Torry mit gefühlten 4 Millionen Komponenten für Delphi 1-3 soll ausdrücklich nicht entstehen. Zudem muss es für alle Einträge einen verbindlichen Ansprechpartner geben, der den Code (weitgehend) aktuell hält. Damit sind nicht unbedingt tägliche Updates gemeint, aber doch die mittlerweile halbjährlichen Anpassungen an die Releases.
Für einen Individual-Entwickler einer ... sagen wir ... "Durchschnittskomponente" sehe ich da wenig Chancen - und als GetIt-Nutzer finde ich diese grobe Richtung auch prinzipiell richtig.

[jaenicke]

Zitat:

Zitat von Mavarik (Beitrag 1296995)

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Wir benutzen stattdessen lieber die Möglichkeiten, die hinzugekommen sind. Als wichtigstes Feature für uns dürfte das z.B. FireDAC sein.

Wenn XE8 allerdings auch nicht nutzbar ist wegen OutOfMemory, werden wir aber dann doch die Subscription kündigen und alle Versionen überspringen bis es dafür eine Lösung gibt...
Sobald die JVCL aktualisiert wurde (die JCL ist ja schon da), werde ich testen...

[himitsu]

Egal, was man von der neuen OH halten mag, sie geht auf und das extrem schnell und die geht sogar wieder zu und hindert den PC nicht am Runterfahren.

[Sherlock]

Zitat:

Zitat von himitsu (Beitrag 1297010)

...und die geht sogar wieder zu und hindert den PC nicht am Runterfahren.

Dank DDevExtensions gilt das aber auch für die alte Hilfe :-D

Sherlock

[himitsu]

Zitat:

Zitat von Sherlock (Beitrag 1297012)

Dank DDevExtensions ...

Ja, da geht Vieles.

Mich wundert es, daß SuperZoom (hatte vorhin umsonst doppelt geklickt) und Co. noch nicht direkt übernommen wurden.

[Lemmy]

Zitat:

Zitat von Mavarik (Beitrag 1296995)

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Du brauchst keinen Unicode? Nimm D2007 immer noch die beste IDE
Du brauchst Unicode, anonyme Proceduren und Generics nimm eine XE Version...
Threads zu "kompliziert" nimm XE7 mit Parallel Library.

Sorry, das ist mir zu einfach.. Soap mit Delphi 7 gemacht? Auch mit den "Backports" von Delphi 2007 gibt es da noch viele schwarze Löcher bzw. Fehler. Wird imho erst später deutlich besser. Ok, da kann man oft auch eingreifen - das Teil macht aber regelm. Blödsinn...

Von den ganzen Spracherweiterungen (Classhelpers, Recordhelpers) die Code besser lesbar machen will ich noch gar nicht anfangen...

[stahli]

Die Grundaussage passt aber.

Wer mit Delphi mobil entwickeln will braucht ein Abo und muss alle Sprünge mitmachen. Das liegt an den Änderungen der mobilen Systeme selbst (für die Emba nichts kann) und an Bugs, die Emba verschuldet und nicht zeitnah bereinigt.

Wer nur mit der VCL arbeitet kann getrost zuschauen und aller paar Jahre mal ein Update kaufen (falls es mal interessante neue Features gibt und die neue IDE stabil erscheint).

[himitsu]

Wenn man aber die Module trennen würde (Compiler+Linker, Debugger, RTL/VCL/FMX, usw.) dann wäre es bestimmt auch möglich viele "nötige" Anpassungen an neue/geänderte Systeme auch als Update für ältere Versionen bereitzustellen.
Man könnte doch bestimmt auch wichtige Anpassungen/Bugfixes in ältere IDEs mergen und dort ebenfalls länger als 2-3 Monate nach Erscheinen als Update rausbringen, aber das hat sich ja nun erledigt, denn das verkauft man nun als neues Subscription-Feature.

z.B. im Android-Studio und Android-AVD-Manager läd man sich dann doch auch einfach nur das passende SDK runter und fertig.
Gut, daß man jetzt urplötzlich noch schnell einen neuen Compiler brauchte und damit ein neues Delphi, das lässt sich schwer vermeiden, aber sonst...

[Mavarik]

Zitat:

Zitat von Lemmy (Beitrag 1297029)

Sorry, das ist mir zu einfach.. Soap mit Delphi 7 gemacht? Auch mit den "Backports" von Delphi 2007 gibt es da noch viele schwarze Löcher bzw. Fehler.

Ich erinnere mich dunkel... Da gab es in D7 aber einen SOAP Fehler der ist in D2007 nicht mehr drin...

Daher nehme ich für SOAP immer D2007!

[mael]

Zitat:

Zitat von Daniel (Beitrag 1296526)

damit hier kein zweites Torry.net heranwächst.

Was ist denn das Problem mit Torry.net und ähnlichen Seiten?

Man könnte ja so ähnlich wie bei Firefox-Erweiterungen Angaben zur Kompatibilität zu Delphi-Versionen machen. Außerdem eine Historie wie sehr die Quellen gepflegt und aktuell gehalten wurden. Daraus lässt sich dann Verlässlichkeit ableiten.

Große Firma, Community oder einzelne Entwickler, das alleine war meiner Erfahrung nach nicht ein guter Indikator für Verlässlichkeit. Da schon eher die Motivation oder das Interesse der Projektbetreuer (die sich auch bei Firmen schnell ändern kann und in der Vergangenheit geändert hat).

Sehr nützlich wäre außerdem dass man selbst Quellen angeben kann, falls man selbst Komponentenpackete installieren will, oder das Installieren von eigenen nicht öffentlichen Komponenten über "Getit" automatisieren will.

Wäre sehr nützlich um schnell eine Neuinstallation von Delphi und Co durchzuführen oder ähnliche Umgebungen für Teammitglieder zu schaffen.

Ich denke es wäre sehr nützlich den Benutzer, wie bei apt-get, externe "Repositories" hinzufügen zu lassen. Z.b. über einen Link der dann automatisch den Delphikomponenteninstaller aufruft.
Man kann ja eventuell zwischen offiziellen (von Emb gepflegt bzw. geprüft) und anderen unterscheiden und darauf hinweisen.

[GPRSNerd]

Seit gestern abend sind die JEDI-Libs JCL und JVCL für XE8 auf Github verfügbar:

JCL Revision 9509: https://github.com/project-jedi/jcl
JVCL Revision 10968: https://github.com/project-jedi/jvcl

Build lief bis auf eine Warning bei JVCL unter XE7 und XE8 ohne Probleme.

[Wosi]

Zitat:

Zitat von Daniel (Beitrag 1297000)

Für einen Individual-Entwickler einer ... sagen wir ... "Durchschnittskomponente" sehe ich da wenig Chancen - und als GetIt-Nutzer finde ich diese grobe Richtung auch prinzipiell richtig.

Ich finde das sehr schade. Wenn ich mir anschaue, was ich im .NET-Umfeld über NuGet-Packages alles beziehen kann, dann bringt mich der GetIt-Paketmanager nicht weiter. Unter Delphi wird es sich dann wohl weiterhin wie in den neunziger Jahren anfühlen, wenn man mit Fremdbibliotheken arbeitet.

Ich habe mir XE8 jetzt auch mal angeschaut und bin entsetzt. Castalia wirkt reingeklatscht. In der Feature-Matrix wird Castalia in etwa zehn Einträgen direkt oder indirekt erwähnt. Die Refactoring-Methoden sind weiterhin unbrauchbar. Der Test in einem realen großen Projekt einen Methoden-Parameter um zu benennen, führt zuverlässig zu einem IDE-Absturz. Die "Extract-Method"-Funktion produziert weiterhin Müll. Was bringt mir eine Prozedur mit einem Var-Parameter? Wer will denn damit arbeiten?
Positiv ist, dass die IDE nicht mehr wegen zu wenig Speicher abstürzt, wenn eine große Projektgruppe (>=3 Echte-Welt-Projekte) kompiliert. Das war es dann aber auch. Die Liste gefixter Bugs beinhaltet nur einen Bruchteil der jahre alten Compiler- und VCL-Fehler.
Bei der DUnitX-Integration war ich zunächst sehr erfreut. Ich hoffte es kommt endlich ein Testrunner, der in die IDE integriert ist und vielleicht eine CodeCoverage-Analyse für meine Testfälle. Stattdessen gibt es ein Projekttemplate für den DUnitX-Command-Line-Testrunner.
Was gibt es also für große Neuerungen für einen Nur-Windows-Entwickler?
- Ein minimalistischer nicht offener Paketmanager
- Ein vorinstalliertes Editor-Plugin, das nicht richtig funktioniert
- Direkte DUnitX-Unterstützung ohne moderne IDE-Integration

Habe ich etwas vergessen? Wahrscheinlich nicht, wenn selbst Embarcadero die überarbeitet Startseite mehrfach in der Feature-Matrix nennt. Offenbar mussten sie krampfhaft nach nennenswerten Einträgen suchen, damit die Liste nicht so leer aussieht. Insgesamt wirkt auch die neueste Version von Delphi völlig veraltet und fehlerhaft. Wer mal mit Visual Studio oder NetBeans ein Projekt C# oder Java umgesetzt hat, wird wissen, in welchen Bereichen Delphi in Puncto IDE und Sprachfeatures hinterher hinkt.

Mir kommt es ehrlich so vor als ob es Embarcadero völlig egal ist, wie oft das Produkt noch verkauft wird. Den Bestandskunden wird das Geld aus der Tasche gezogen ohne dass es dafür eine echte Gegenleistung gibt. Über viele Jahre war ich ein Delphi-Enthusiast aber was Embarcadero veranstaltet, schreckt mich davor ab, irgendeinem meiner Kunden Delphi zu empfehlen. Mal ganz ehrlich: Selbst wenn die Professional-Version nur 200€ kosten würde, warum sollte ich Delphi XE8 gegenüber anderen IDEs vorziehen?

[jaenicke]

Zitat:

Zitat von Wosi (Beitrag 1297387)

Unter Delphi wird es sich dann wohl weiterhin wie in den neunziger Jahren anfühlen, wenn man mit Fremdbibliotheken arbeitet.

Wenn du mit neunziger Jahre meinst, dass man sich darauf recht gut verlassen kann, dass die Projekte auch gepflegt und für neuere Versionen angepasst werden, bin ich voll dafür.

Was nützt es mir, wenn ich zwar alles abrufen kann, aber wie bei Torry tausende Leichen drin habe, die schon seit X Versionen nicht mehr funktionieren. Oder wenn ich eine Komponente für XE9 downloaden kann, diese aber für XE10 plötzlich nicht mehr verfügbar ist, weil sie niemand dafür angepasst hat.
Weniger ist an der Stelle (finde ich) eindeutig mehr...

Zitat:

Zitat von Wosi (Beitrag 1297387)

Castalia wirkt reingeklatscht. [..] Die "Extract-Method"-Funktion produziert weiterhin Müll. Was bringt mir eine Prozedur mit einem Var-Parameter?

Da muss ich leider zustimmen. Nachdem ich es mittlerweile ausprobiert habe, ist es qualitativ leider nicht besser als das integrierte Refactoring, im Gegenteil, es funktioniert sogar noch schlechter. Ich dachte vorher nicht, dass das möglich sei...
In einem Projekt mit nicht einmal 29.000 Zeilen...
"Castalia exceeded its allowed memory threshold for parse trees"
"No current file found. Prepare for an EIndexOutOfBounds error."
Und dann Schutzverletzung...

Aber schlimmer noch:
Im Gegensatz zum internen Refactoring wurde das Refactoring hier versucht trotzdem durchzuziehen. Teilweise werden Extraktionsmethoden erstellt, bei denen konstante Werte als var-Parameter weitergegeben werden, teilweise wird der extrahierte Code einfach ein paar Zeilen darüber in die gleiche Methode an zufälliger Stelle eingefügt (z.B. nach dem Semikolon einer SQL-Anweisung innerhalb eines Strings!!) und die Parameter blieben leer, ...

Beim "Surround with..." wird Code erzeugt, bei dem die Einrückung nicht stimmt, manchmal lässt sich die Aktion auch nicht per Strg + Z rückgängig machen, teilweise wird ein end zu wenig eingefügt, ...

Beim Methode umbenennen:
"No current file found. Prepare for an EIndexOutOfBounds error."
Schutzverletzung...

Ich dachte dann das läge eventuell am Projekt, aber das gleiche passiert bei zwei anderen ähnlich großen Projekten auch. Sorry, aber ich habe immer wieder Positives zu Castalia gehört. Das kann ich leider absolut nicht nachvollziehen, ich bin nur froh, dass wir dafür vor der Integration in Delphi kein Geld ausgegeben haben.

[mquadrat]

Man nehme ein Manifest, dass die Delphi-Version angibt (dann fliegen bei neuen Versionen automatisch die nicht gepflegten Komponenten in der Auswahl raus), dann einen Download-Counter und auch gerne noch ein Sterne-System. Und fertig ist ein System, dass sich selbst halbwegs aktuell hält, einen Indikator für Qualität hat und trotzdem mit Fremdpackages bestückt werden kann.

Bei PHP gibt es nur noch Composer / Packagist. Wenn was nicht auf der Plattform vorhanden ist, wird es schlicht nicht mehr verwendet. Da kann eine neue Bibliothek noch so gut sein. Im Frontend-Bereich läuft alles über Bower. Bei Node ist npm ein absolutes Muss.

[vagtler]

Zitat:

Zitat von mquadrat (Beitrag 1297398)

[...] Bei PHP gibt es nur noch Composer / Packagist. Wenn was nicht auf der Plattform vorhanden ist, wird es schlicht nicht mehr verwendet. Da kann eine neue Bibliothek noch so gut sein. Im Frontend-Bereich läuft alles über Bower. Bei Node ist npm ein absolutes Muss.

:thumb:

[Stevie]

Zitat:

Zitat von Wosi (Beitrag 1297387)

Ich hoffte es kommt endlich ein Testrunner, der in die IDE integriert ist und vielleicht eine CodeCoverage-Analyse für meine Testfälle.

An dieser Stelle möchte ich dich mal auf TestInsight verweisen (XE8 Support ist in der nächsten Version in den kommenden Wochen).

[Wosi]

Zitat:

Zitat von jaenicke (Beitrag 1297394)

Zitat:

Zitat von Wosi (Beitrag 1297387)

Unter Delphi wird es sich dann wohl weiterhin wie in den neunziger Jahren anfühlen, wenn man mit Fremdbibliotheken arbeitet.

Wenn du mit neunziger Jahre meinst, dass man sich darauf recht gut verlassen kann, dass die Projekte auch gepflegt und für neuere Versionen angepasst werden, bin ich voll dafür.

Was nützt es mir, wenn ich zwar alles abrufen kann, aber wie bei Torry tausende Leichen drin habe, die schon seit X Versionen nicht mehr funktionieren. Oder wenn ich eine Komponente für XE9 downloaden kann, diese aber für XE10 plötzlich nicht mehr verfügbar ist, weil sie niemand dafür angepasst hat.
Weniger ist an der Stelle (finde ich) eindeutig mehr...

Wie von mquadrat bereits angedeutet kann man es über Manifest-Dateien sicherstellen, dass nur die Komponenten angeboten werden, die mit der eingesetzten Delphi-Version funktionieren. Ebenso lässt sich über einen Download-Zähler und ein Bewertungssystem einiges an Frust ersparen, wenn man schon vor dem Download sieht, dass eine Komponente in zwei Jahren nur zehn mal heruntergeladen wurde.

Für den NuGet-Manager kann jeder Pakete hinzufügen und es funktioniert hervorragend. Ein Github-Repository kann automatisch mit NuGet synchronisiert werden und bleibt so stets aktuell. Als NuGet-User kann ich in meinem Projekt nach Updates suchen und erhalte Informationen zu allen eingesetzten Fremdbibliotheken. Der Wartungsaufwand ist gering. Wenn ein Paket nicht mehr passt oder fehlerhaft ist, finde ich für viele Aufgaben schnell eine passende Alternative.
In meinen C#-Projekten setze ich daher viel mehr fremden Code ein als in Delphi. Cryptographie, JSON-Serialisierung, Anbindung an diverse REST-Services, GUI-Komponenten etc. erhalte ich per Knopfdruck genauso wie die dazugehörigen Aktualisierungen.
Bei Delphi muss ich wie in den neunziger Jahren und den frühen zweitausendern auch weiterhin regelmäßig die Projektseiten der eingesetzten Fremdkomponenten abklappern. Wenn eine Bibliothek nicht mehr weiterentwickelt wird, beginnt die große Suche nach Alternativen in diversen Delphi-Foren und auf Stackoverflow. Das ist mühselig und führt häufig genug dazu, dass in Delphi-Projekten möglichst wenig Fremdsource eingesetzt wird und das Entwicklerteam folglich Dinge implementieren muss, die tausende andere Entwickler bereits vor Jahren geschrieben haben. Ja, es hat auch Vorteile wenn ein Team allen genutzen Source selbst geschrieben hat. Aber mit "Rapid Application Development" hat das nichts zu tun. RAD war die große Stärke von Delphi in seiner Hochzeit. Damals benötigte man für RAD nur einen UI-Designer in der IDE. Heute ist ein UI-Designer vernachlässigbar geworden. Durch automatisches Layouting lassen sich schöne GUIs auch schnell im Code schreiben.

Heute geht es bei RAD eher darum
- bestehende ausgereifte Komponenten schnell und zuverlässig einsetzen zu können
- Code vernünfitg refactoren zu können
- Schnell durch große Projekte zu navigieren (Wo wird Klasse XY verwendet? Wer ruft Funktion x() auf? Wer implementiert Interface I? etc.)
- Schnell sehen können, ob und wo ein Unit-Test fehlschlägt und welche Codezeilen gar nicht getestet werden

In all diesen Disziplinen hinkt auch Delphi XE8 der Konkurrenz weit hinterher. Mit RAD hat das nichts mehr zu tun. Für eine marktreife Applikation (beginnend auf der grünen Wiese) brauche ich mit Delphi aufgrund der oben genannten Punkte heute erheblich länger als mit C# oder Java. Wo ist eigentlich das Alleinstellungsmerkmal von Delphi geblieben? Was ist das große Argument gegenüber C++, C# oder Java? RAD ist es seit einigen Jahren nicht mehr.

Mit GetIt könnten sie zumindest ein bisschen in Richtung RAD rudern aber daran haben sie offenbar kein Interesse.

Zitat:

Zitat von Stevie (Beitrag 1297400)

Zitat:

Zitat von Wosi (Beitrag 1297387)

Ich hoffte es kommt endlich ein Testrunner, der in die IDE integriert ist und vielleicht eine CodeCoverage-Analyse für meine Testfälle.

An dieser Stelle möchte ich dich mal auf TestInsight verweisen (XE8 Support ist in der nächsten Version in den kommenden Wochen).

Danke für den Link. TestInsight habe ich kurz mit XE6 angetestet als ich auf DelphiFeeds davon erfahren habe. Innerhalb von zwanzig Minuten habe ich es nicht ans Laufen gebracht und wieder entfernt. Vielleicht gebe ich dem Projekt in Zukunft noch mal eine Chance. Die Idee hinter dem Projekt halte ich jedenfalls für richtig.

[himitsu]

Praktisch wäre es ja, wenn man mehrere Quellen verwenden könnte,

Für Firmen wäre es bestimmt interessant, wenn sie so unter ihren Entwicklern die hauseigenen Komponenten ebenso verteilen könnten,
bzw. man selber so sein eigenes Zeugs zwischen den eigenen Rechnern/Schlepptops/usw..

[Bernhard Geyer]

Zitat:

Zitat von himitsu (Beitrag 1297518)

Für Firmen wäre es bestimmt interessant, wenn sie so unter ihren Entwicklern die hauseigenen Komponenten ebenso verteilen könnten,
bzw. man selber so sein eigenes Zeugs zwischen den eigenen Rechnern/Schlepptops/usw..

Auscheck CVS, Batch-Datei ausführen und dann die compilieren dcps in der IDE registrieren. So läuft das bei uns (Ok. die Batch-Datei hat zu D6-Zeiten einiges Gehirnzellen vernichtet. Mit MSBuild ist das aber schnell erledigt). Wie soll die IDE-Lösung funktionieren wenn man wegen Bugfixing diverese ältere Stände von Komponenten benötigt?

[himitsu]

Kann das GetIT denn nicht mit Versionsständen der Komponenten umgehen?
Alleine für die Unterstützung von mehr, als nur der letzten/aktuellsten IDE, müsste es sowas ja geben.

Und außerdem solltet ihr lieber mehr Zeit in die Erfindung neuer Bugs investieren und benennt die Alten einfach in "Feature" um. :stupid:
(hast du denn nix von Emba gelernt? :zwinker:)

[Bernhard Geyer]

Zitat:

Zitat von himitsu (Beitrag 1297524)

Kann das GetIT denn nicht mit Versionsständen der Komponenten umgehen?

Und wenn du in stand 1.1.20 für deine Programmversion 2.4.5 selbst einen fix gemacht hast der erst in 1.1.22 in die Komponente eingeflossen ist...

[Daniel]

Von madExcept gibt es nun auch eine XE8-kompatible Version.

http://forum.madshi.net/viewtopic.php?f=11&t=27988

Der Download ist noch als "beta" gekennzeichnet, in früheren Fällen haben sich diese jedoch als äußerst stabil erwiesen.
(Und da auch in diesem Release im Kontext des Win32-/Win64-Compilers keine größeren Änderungen stattfanden, wird man wohl mit Zuversicht auf die o.g. Beta-Version schauen können.)

[mkinzler]

DevArt hat neue Versionen ihrer DAC Produkte mit XE8 Unterstützung veröffentlicht

http://www.devart.com/news/2015/dacxe8.html

[mkinzler]

TMS hat nun auch den Großteil ihrer Produkte an XE8 angepasst

http://tmssoftware.com/site/radstudioxe8.asp