Erfahrungen mit Chrome?

[hanspeter]

Hallo,

hat wer mit dem Pascal(Delphi) Ansatz von Remobjects "Crome" bereits Erfahrungen gemacht ?
Mich würde die Stabilität und pragmatische Erfahrungen mit diesem Tool interessieren.
Für Delphi Nutzer wird ja wohl auch ein Rabatt angeboten.

Gruß Peter

[sh17]

was meinst Du mit Stabilität? Das AddIn in der IDE ist stabil.

Ansonsten ist Chrome ObjectPascal mit starken Anleihen bei C# und hat gegenüber Delphi viele Vorteile (meiner Meinung nach):

new statt Create möglich
echte Namespaces
generics
inline variablen
foreach

usw.

Viel erfährst Du auch in der Newsgroup
nntp://news.remobjects.com/remobjects.public.chrome

[hanspeter]

Zitat von sh17:

Ansonsten ist Chrome ObjectPascal mit starken Anleihen bei C# und hat gegenüber Delphi viele Vorteile (meiner Meinung nach):

Was mich interessiert ist eigentlich der Aufwand beim Portieren eines Delphi-Projektes.
Das kommt aber glaube ich an das Neuschreiben heran.
Als Alternative bietet sich ja noch Delphi2CS an.
Ein Tool was Delphiprojekte nach C# übersetzt.

Gruß Peter

[sh17]

Zitat von hanspeter:

Was mich interessiert ist eigentlich der Aufwand beim Portieren eines Delphi-Projektes.
Das kommt aber glaube ich an das Neuschreiben heran.

genau, bei Delphi Win32 nach Chrome wirds noch schlimmer. Wenn Du allerdings eine gute Codebasis hast (alles schön objekt-orientiert), dann hilft ShineOn schon ungemein weiter. Das bietet Dir Delphi-Basisklassen in Net (z.B. TStringList)

Zitat von hanspeter:

Als Alternative bietet sich ja noch Delphi2CS an.
Ein Tool was Delphiprojekte nach C# übersetzt.

Kenn ich, bringst meiner Meinung nach aber nicht so richtig. Zumal c#<> Chrome

[Khabarakh]

Zitat von hanspeter:

Zitat von sh17:

Ansonsten ist Chrome ObjectPascal mit starken Anleihen bei C# und hat gegenüber Delphi viele Vorteile (meiner Meinung nach):

Was mich interessiert ist eigentlich der Aufwand beim Portieren eines Delphi-Projektes.

Von einem Delphi.Net-Projekt: 5 Sekunden per Reflector.
Von einem Win32-Projekt: Erst in ein Delphi.Net-Projekt umwandeln, Rest siehe oben . Die Hauptarbeit ist eher die Ersetzung der VCL durch die FCL, solange du eben keine Libs wie ShineOn benutzt.

Wenn du allerdings den bestehenden Code nicht gerade jeden Tag verändern musst oder unbedingt nur noch in Chrome programmieren willst, könntest du auch den fertigen Delphi-Projektteil in eine eigene Assembly kompilieren und diese dann in einem neuen Chrome-Projekt benutzen.

[sh17]

na dann lieber fcl mit evtl. ShineOn als ne vcl.net-gurke mit P/Invoke

[Elvis]

Es gibt Legacy switches um die alte Create- & With- Syntax temporär möglich zu machen.
Es gibt sogar einen switch um während des Portierens globale Objekte wie Variablen und Funktionen zu erlauben.
Die Sprache selbst ist definitiv anders. Es ist eher ein Pascal mit Erweiterungen inspiriert von Delphi, C#, Eiffel & .

Du wirst keinerlei weitere Hilfe vom Compiler erwarten können, er ist nicht gedacht um kompatibel zu Delphi zu sein, erst recht nicht um kompatibel mit Code zu sein, der ein deterministisches Speichermodell verwendet(aka D32)!

ShineOn ist auch nur ein Ersatz für deinen CODE, der auf Delphi RTL und VCL Klassen zugreift. Es ist IMHO absoluter Blödsinn darauf zu hoffen seine GUI per X-Compile auf eine neue Plattform zu bringen. Du kannst deinen Forms also schon mal Bye, bye sagen. Egal ob du nun zu Chrome wechselst oder zu C#.

Stabilität: Hmm...
Es gibt einige Konstrukte in Chrome, mit denen man zum Bleistift das Code Model so ärgern kann, dass im schlimmsten Fall die Code completion zeitweilig ausfällt.
Ob es dich zu sehr stört, oder ob dir die Sprache genug gefällt werde ich dir nicht sagen können, das kannst du nur aleine: Die Trial findest du sicher auch alleine.


btw: Wer schonmal mit Interfaces in D32[1], Chrome und C# gearbeitet hat, weiß wie beschissen C# dabei abschneidet. Handgetippte, memberweise delegation von Interfaces ist ein absoluter Krampf.
Ich mag hier vllt. etwas aus der Reihe tanzen, da ich lieber interface basierte APIs schreibe...
Oder dieses ständige Gedoppelmoppel á la "Typ variable = new Typ(blabla)" warum nicht gleich "var variable := new Typ(blabla)" und lass den compiler sich den Kopf machen welchen Typ der Ausdruck rechts vom := hat.


[1]D.Net hat keine interface delegation

[sh17]

Zitat von Elvis:

Oder dieses ständige Gedoppelmoppel á la "Typ variable = new Typ(blabla)" warum nicht gleich "var variable := new Typ(blabla)" und lass den compiler sich den Kopf machen welchen Typ der Ausdruck rechts vom := hat.

kann auch gefährlich werden, wenn man nicht weiß, was man macht. aber ... cooles feature

wenn man in der Newsgroup liest, gibts noch mehr tolle (geplante) Sprachfeatures