RAD Studio XE2: Delphi, C++ Builder, Final Builder, FireMonkey - hä???

[Satyr]

Guten Abend,

sorry das ich erst jetzt antworte, ich hatte viel um die Ohren.

Danke für Eure Beiträge. Wenn ich das richtig verstehe, geht das meiste Richtung useabillity (des Programmierers) und Dinge die davon abgesehen neu sind, zielen auf multiplattform Fähigkeit, oder?
Ich überlege was ich davon brauchen könnte. Mit dem cnPack habe ich viele der kleinen Helferlein (code Templates usw.) ja schon in D2007. Multiplattform brauche ich nicht (noch nicht). Was mich aber hellhörig macht, sind die VCL Skins. Was muss ich mir darunter vorstellen? Ein Skin System wie das von almdev?
Das nutze ich nämlich auch... und die tsiLang Komponenten. Bei diesen Komponenten habe ich auch die meisten Sorgen ob ich sie portiert bekommen würde (beim kurzen antesten gings leider nicht) oder die Programme auf neue Komponenten anpassen muss.

Weiß eig. jemand, was aus dem Vorhaben geworden ist neue Beriebssysteme ab win8 alle 2 Jahre rauszubringen? Ich meine sowas hab ich vor Jahren mal gehört.
Beim testen haben meine Programme unter win8 funktioniert. Ich schätze aber bei win9 wird das anders sein. Aber alle 2 Jahre ein neues Delphi kaufen (lassen( möchte ich auch nicht *sfz*.
Gibt es bei XE2 etwas, das konkret für win8 nutzbar ist?

Gruß,
Andreas

[stahli]

tsiLang bietet Support bis für XE2 (habe ich aber selbst (noch) nicht)
http://www.tsilang.com/delphiglobali..._whatsnew.html

Mit "Skins" habe ich etwas hoch gestapelt. ;-(
VCL-Styles wäre korrekt:
http://www.delphifeeds.com/go/f/8361...hiFeeds.com%29

[Satyr]

Zitat von stahli:

tsiLang bietet Support bis für XE2 (habe ich aber selbst (noch) nicht)
http://www.tsilang.com/delphiglobali..._whatsnew.html

Danke, das hatte ich nicht gefunden. Habe zwar einiges gesucht auf deren Webseite aber mich da wohl irgendwie "verlaufen".

Zitat:

Mit "Skins" habe ich etwas hoch gestapelt. ;-(
VCL-Styles wäre korrekt:
http://www.delphifeeds.com/go/f/8361...hiFeeds.com%29

Sehr interessanter Link, danke dafür. Jetzt verstehe ich besser, was gemeint ist. Ich schätze dann bleibe ich doch lieber bei almdev. Die neuen Smart Effects Sachen dort sind eine nette Spielerei *s*.

Zitat von himitsu:

Das nennt sich inzwischen RadPHP und hieß früher mal Delphi4PHP (Delphi for PHP)

Man kann damit jeden PHP-Code bearbeiten und vorallem sehr angenehm debuggen (aus eigener Erfahrung).
Aber ansonsten ist es dafpr gedacht PHP-Code zu erstellen, so als würde man ein Delphi-VCL-Programm erstellen.
(standardmäßig sieht die HTML-Ausgabe/Webseite dann auch so aus wie ein VCL-Programm)

Delphi4php hatte ich damals mal angetestet. Aber da war das noch eine wahnsinnig schwierige Frickelei, die meist Kompatiblitätsprobleme mit irgend einem Browser (meist IE) hatte. Aber PHP nutze ich eh meist per Eclipse, von daher brauche ich dieses Produkt wohl nicht erneut antesten. "Echtes" wysiwyg in PHP ist zwar schön... aber das würde sich für mich nicht mehr wie PHP "anfühlen".

Die Trial hab ich in einer VM installiert. Mache ich generell bei Delphi eh immer, lässt sich für mich leichter "alles" sichern.

Zitat von jaenicke:

Schon alleine durch Generics kann man vieles mit viel weniger Quelltext und zudem typsicher umsetzen.

Kannst Du mir da ein kleines Praxisbeispiel geben? Was genau wird da quasi ausgetauscht bzw. zu weniger gemacht?
Ich bastle ab und an in den c# Programmen eines Arbeitskollegen rum. Er hat die (für mich) blöde Angewohnheit im Programmcode alle Variablen die er nutzt zu maskieren und pointer drauf zu setzen, die er dann anspricht. Für ihn sicher übersichtlicher, für mich zum "reindenken" aber nicht. Der Quelltext wird dadurch meist kürzer. Geht es in diese Richtung?

[jaenicke]

Zitat von Satyr:

Zitat von jaenicke:

Schon alleine durch Generics kann man vieles mit viel weniger Quelltext und zudem typsicher umsetzen.

Kannst Du mir da ein kleines Praxisbeispiel geben? Was genau wird da quasi ausgetauscht bzw. zu weniger gemacht?

Ich habe gerade dort ein Beispiel gepostet, das Generics für die Fensterliste nutzt:
http://www.delphipraxis.net/167037-d...ml#post1155918
Dort gibt es eine Liste aus einem Record (der ist dort nicht wirklich nötig, ich habe den für diesen Thread dort benutzt). Das heißt du hast eine Liste mit bestimmtem Inhalt und musst nicht auf einen bestimmten Typ casten.

Anderes kleines Beispiel:

Delphi-Quellcode:

  TMathGenerics = class
  public
    class procedure Exchange<T>(var Value1, Value2: T);
  end;

class procedure TMathGenerics.Exchange<T>(var Value1, Value2: T);
var
  Temp: T;
begin
  Temp := Value1;
  Value1 := Value2;
  Value2 := Temp;
end;

Jetzt kannst du das benutzen um z.B. den Inhalt zweier Integervariablen auszutauschen:

Delphi-Quellcode:

var
  a, b: Integer;
begin
  ...
  TMathGenerics.Exchange<Integer>(a, b);

Es gibt da noch ganz andere Beispiele, aber die kann ich hier nicht posten, da sie im Rahmen meiner beruflichen Tätigkeit entstanden sind. Auf jeden Fall hat das viele unserer (älteren ) Quelltexte deutlich verkürzt und gleichzeitig viel einfacher gemacht.

[stahli]

Zitat von Satyr:

Danke, das hatte ich nicht gefunden. Habe zwar einiges gesucht auf deren Webseite aber mich da wohl irgendwie "verlaufen".

Ging mir auch so, weil ich auf den deutschen Seiten war. Google fand dann den Link.

Zitat von Satyr:

Sehr interessanter Link, danke dafür. Jetzt verstehe ich besser, was gemeint ist. Ich schätze dann bleibe ich doch lieber bei almdev. Die neuen Smart Effects Sachen dort sind eine nette Spielerei *s*.

Ja sieht nett aus. Kannte ich noch gar nicht. Ich habe sehr gute Erfahrungen mit den AlphaSkins gemacht.

Zitat von Satyr:

Kannst Du mir da ein kleines Praxisbeispiel geben? Was genau wird da quasi ausgetauscht bzw. zu weniger gemacht?

Ein klassischer Anwendungsfall sind auch generische Listen, deren Einträge typsicher sind und man nicht mehr casten muss. Für Sortierungen lassen sich TComparer verwenden.

Zitat von Satyr:

Ich bastle ab und an in den c# Programmen eines Arbeitskollegen rum. Er hat die (für mich) blöde Angewohnheit im Programmcode alle Variablen die er nutzt zu maskieren und pointer drauf zu setzen, die er dann anspricht. Für ihn sicher übersichtlicher, für mich zum "reindenken" aber nicht. Der Quelltext wird dadurch meist kürzer. Geht es in diese Richtung?

In der DP gab es gerade einige Diskussionen über moderne Programmierverfahren (und ob Delphi da hinterher hängt).
Grundsätzlich läuft das auf den Einsatz von DataBinding (LiveBinding von Emba, DSharp von Stevie und mein eigener Versuch mit den odControls), diversen Patterns und die Verwendung von Interfaces und ggf. ORM hinaus. Hinzu kommt ggf. die Nutzung einer Client/Server-Struktur durtch DataSnap oder eine andere Lösung.
Dadurch kann man eine klarere Trennung der Klassen und Schichten eines Projektes erreichen. Einen Nutzen sehe ich bei großen, komplexen Projekten auf jeden Fall. Bei sehr kleinen Projekten wiederum nicht unbedingt.
Auf jeden Fall ist das Thema schon interessant.

[Robotiker]

Zitat von stahli:

In der DP gab es gerade einige Diskussionen über moderne Programmierverfahren (und ob Delphi da hinterher hängt).

Bei den Generics ist Delphi, ähnlich wie Java, ziemlich spät dran. Viele Leute sind noch dabei zu entdecken, was da alles geht.

Was mir, verglichen mit dem C++ Builder, am meisten fehlt, ist eine Bibliothek mit generischen Algorithmen:
http://en.cppreference.com/w/cpp/algorithm
So etwas spart wirklich einiges an Codegröße, die Standard Template Library ist aus meiner Sicht einer der größten Pluspunkte des C++ Builders gegenüber Delphi. Dafür bekommt man aber eine schlechtere FireMonkey-Unterstützng, keinen 64-Bit Compiler, kein iOS usw.

Zitat von jaenicke:

Delphi-Quellcode:

var
  a, b: Integer;
begin
  ...
  TMathGenerics.Exchange<Integer>(a, b);

Warum kann hier der Compiler eigentlich nicht den Typparameter herleiten ? In C++ schreibt man schliesslich auch nur

Code:

int a, b;

swap(a, b);

[USchuster]

Zitat von Robotiker:

Zitat von jaenicke:

Delphi-Quellcode:

var
  a, b: Integer;
begin
  ...
  TMathGenerics.Exchange<Integer>(a, b);

Warum kann hier der Compiler eigentlich nicht den Typparameter herleiten ?

Da die automatische Typableitung nicht in allen Fällen funktioniert. Siehe
QC 91435: "type inference of "var" generic params"
Te Waka o Delphi: Generic Methods and Type Inferencing

[Robotiker]

Ah, danke, dann besteht ja noch Hoffnung für zukünftige Versionen.