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

[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.

[Satyr]

Ich danke Euch, die Beispiele machen es anschaulicher. Es sieht wirklich einfacher aus. Kann das bei größeren Projekten aber nicht recht unübersichtlich werden? Und wo zieht der compiler/debugger sich den Typ her, wenn man ihn nicht erst castet?
Kann Delphi mittlerweile den Kontext eines Codeschnippsels interpretieren? DAS wär mal was *g*.

Wobei ich eh mehr an kleineren Programmen rumwerkele. Wie im 1. Post geschrieben, bin ich kein "wirklicher" Programmierer. Ich sag gerne "Ich kann für meine Zwecke zwar kochen aber ein Koch werde ich nie". Das triffts wohl recht gut.
Ich arbeite beruflich viel mit der SQLite Datenbank eines Warenwirtschaftssystems. Dafür baue ich mir immer wieder in Delphi kleine Tools, die das Verwalten einfacher/effektiver machen. Deshalb wäre unterstützung für Android auch das, was mich in XE2 am meisten gereizt hätte, wenns das gäbe. Dann könnte ich all meine kleinen Tools auf mein Handy portieren.

Wie gesagt, das mit den generics klingt interessant. Ich werde mich da mal tiefer einlesen und in der Trial rumspielen. Noch brauche ich das wohl nicht aber in Zukunft sollte ich das wohl irgendwann verstehen.