Quo vadis Embarcadero?

[Buddelfish]

Zitat:

Zitat von mkinzler (Beitrag 1249299)

-basiert of Object Pascal
http://edn.embarcadero.com/article/41697

Ja, und der Vorteil ggü. C#? Das es auf Object Pascal basiert ist ja jetzt nicht direkt ein Vorteil ggü C#.
Ich frage deshalb, weil es irgendwie komisch ist, auf eine saugeile IDE (Delphi) zu verzichten, um dann so ein exotisches Sprachderivat wie Oxygene in einer IDE zu verwenden, die eigentlich für C# gemacht ist und wo es so dermaßen viele C# Add ons gibt, das man ziemlich behämmert sein muss, wenn man in VS mit Oxygene arbeitet. Klingt irgendwie so, als ob man auf Deibel komm raus bei einem Pascaldialekt bleiben will. Wieso?

Zitat:

Zitat von Phoenix (Beitrag 1249305)

Es hat mehr Sprachfeatures
Es kann nicht nur .NET IL-Code sondern auch Java Bytecode (Android) und nativen Mac- und iOS-Code generieren

Das ist doch mal ne Aussage. :thumb:

[jensw_2000]

Zitat:

Zitat von Buddelfish (Beitrag 1249296)

Was war jetzt nochmal der große Vorteil von Oxygene ggü. C#?

Pro

Oxygene Code ist "Pascal" mit .Net, Java und ObjC Kompiler, mit nativem SDKs Support, ohne Wrapper.
Mit Oxygene kannst Du daher auch problemlos iOS Libs oder Java Bibliotheken entwickeln, die Java Menschen oder ObjC'ler in ihren Umgebungen nutzen können.
Oxygene hat echt coole Sprachfeatures (nullable types, future types, parallel loops, multipart-method names (wie ObjC), code contracts und 1000 Sachen mehr).
Oxygene macht die anderen Plattformen erst "normal" ;), denn die RemObject Jungs bringen ihrem Compiler zielstrebig bei, das Beste aus allen Sprachen für alle Plattformen bereitzustellen. Dabei heraus kommt z.B. heraus, dass Java Properties,Linq und Delegates kann, iOS Generics und "LINQ" kennt, .Net Multipart Methodnames usw.
Perfekt: Das RemObjects Team reagiert im Supportforum direkt und schnell auf Wünsche und Sorgen. Da versackt nichts in QC oder bleibt ungehört.

Contra
Im .Net Bereich sind viele Tools und große Komponenten (DevExpress usw.) meistens nur für C# ausgelegt (also in Bezug auf Beispielcode, Templates oder Dokumentation). Unter dem Strich ist zwar alles nur "IL Code", aber als C# Entwickler hat man klar bessere IDE Werkzeuge in der Hand.

Hydrogene (die neue Schwestersprache von Oxygene) basiert nicht auf Pascal sondern auf C#. Also Oxygene Features in "C# Sprache". Soll im März als Final Release rauskommen. Damit wird die Kluft im Bezug auf die "IDE Werkzeuge" hoffentlich kleiner.

Das Gute an .Net ist, dass man ja problemlos Assemblies mit unterschiedlichen Sprachen in eine Solution legen kann. Daher kann man C# und Oxygene auch bequem mischen und die Stärken von Beiden nutzen.

[mkinzler]

Zitat:

Ja, und der Vorteil ggü. C#?

Hast du dir den Link angesehen?
Differences between the Oxygene language in Embarcadero Prism and C#

[Buddelfish]

Zitat:

Zitat von mkinzler (Beitrag 1249317)

Zitat:

Ja, und der Vorteil ggü. C#?

Hast du dir den Link angesehen?

Nö. Wenn Du dazu geschrieben hättest 'Kann mehr', dann ja. Aber wenn dein Resumee des Links 'basiert auf Object Pascal' ist, dann ...

Tja, leider ein Exot. (Offenkundig) sehr geil, aber wenn es keiner kennt oder kann, dann bringt es (mir) leider nix. Als Koch für Vogonspezialitäten hat man es auf der Erde ja auch nicht gerade leicht.

Bezüglich des hier propagierten Sprachmischmaschs: Bloß nicht.

Soll aber nichts gegen Oxygene sein, wobei dann der Titel dieses Threads nicht ganz passt. Emba geht in Richtung Abgrund, RemObjects rennt hoffentlich davor weg ;-)

[Der schöne Günther]

Genau das war ehrlich gesagt auch mein Resümee.

Als ich mir (eher oberflächlich) Oxygene angesehen habe, beulte sich gradezu der Schritt aus.

Delphi sehe ich in "meiner Branche" überraschend oft, ein weltweites Oxygene-Community-Treffen könnte ich hingegen in meinem Keller veranstalten. Das und noch ein paar andere Dinge haben dann bewusst dazu geführt dass es nicht Oxygene, nicht .NET, sondern Embarcadero Delphi wurde.

-Embarcadero Delphi, ewige Treue bis in den Tod-

[stahli]

Mein Fazit: Wenn man sich jahrelang bewusst mehrfach ins Knie schießt kommt man später schlecht von einer bröckelnden Klippe weg...
Wenn man dazu noch nach anderen mit Steinen geworfen hat, dann finden sich auch nicht mehr viele Helfer.

[jensw_2000]

Mein Resümee:
Ich sitze lieber auf einem kleinen Fohlen, dass schon sicher auf allen "Plattformen" laufen kann, als auf einem alten Klepper, dem jeder neue Weg zu steinig ist.

[Der schöne Günther]

Wir sollten die mittlerweile gesammelten Metaphern und Allegorien einmal alle zusammen in einem surrealistischen Bild unterzubringen. :cyclops:

[BUG]

Zitat:

Zitat von jensw_2000 (Beitrag 1249406)

Ich sitze lieber auf einem kleinen Pohlen

Ich war erst verwirrt, weil ich Polen gelesen habe; aber du meinst wohl Fohlen :mrgreen:

[jensw_2000]

Zitat:

Zitat von BUG (Beitrag 1249409)

Zitat:

Zitat von jensw_2000 (Beitrag 1249406)

Ich sitze lieber auf einem kleinen Pohlen

Ich war erst verwirrt, weil ich Polen gelesen habe; aber du meinst wohl Fohlen :mrgreen:

Huch:oops: Ja.. Danke. :mrgreen:

[bernau]

Mein Fazit / Mein Resumee: Ich arbeite immer noch gerne mit Delphi. Ist für mich die perfekte Sprache/IDE. Über manche Sachen ärgere ich mich auch mal. Aber anscheinend bin ich leidensfähiger als Ihr. (P.S.: Delphi ist noch lange nicht tot ;-) )

[michaelthuma]

Du hast aber einen großen Keller. :-D

Oxygene ist damals entstanden unter der BDS für .net. Es war schon abzusehen, dass die BDS Lösung nicht der Heuler wird.

Aber es verlangt keiner... http://www.youtube.com/watch?v=7mYLnF-MN28

Remobjects hat im Anschluss das SDK umgestellt usw... der Inhouse nutzen ist vermutlich hoch und das Angebot an die Remobjects Community zu partizipieren. Sagen wir mal so.

In dem Sinne kannst du auch das Delphi Community Treffen jener die viel neues damit schreiben aus Überzeugung in der Sache und nicht aus Gewohnheit im Keller stattfinden lassen.

Meine Ansicht nach decken beide Produkte, wenn man so will, komplett unterschiedliche Bedarfe. Ich persönlich war/bin vom Oxygene für Java sehr positiv überrascht.

Aus dem XCODE lasse ich mich genausowenig vertreiben, wie andere nicht aus dem VS mit C#. Warum auch.

Die Größe ist an sich nicht 'das' Thema in beiden Fällen. Klein ist nicht zwingend ein Nachteil, kennt man aus dem eigenen Unternehmen. Die Delphi Community ist nicht so klein. In Asien usw... Wir haben die Qual der Wahl ... das ist in der kuscheligen kleinen Pascal Welt eher ungewöhnlich.

Christen glauben auch an eine Sonnengottheit. Trotzdem wird man den Glauben kaum jemanden ausreden können, macht auch keinen Sinn. In dem Sinne ist der Glaube an Java und C# bestimmt ähnlich gelagert. Die Entstehung der Programmiersprachen besonders der Variantenreichtum ist eine Konsequenz aus der ersten Softwarekrise. Es gibt halt Sprachen die sind beliebter andere weniger. Die Frage ist obs Brettl vom Dorf wirklich die ewig währende treue Weggefährtin bleibt. Jetzt wird der C# Compiler ein Service usw... wer weiß was da noch alles blüht.

-Embarcadero Delphi, ewige Treue bis in den Tod-[/QUOTE]

[divBy0]

Hat jemand Erfahrungen mit Oxygene und Windows CE?

[TiGü]

Zitat:

Zitat von divBy0 (Beitrag 1249430)

Hat jemand Erfahrungen mit Oxygene und Windows CE?

Siehe:
http://talk.remobjects.com/t/oxygene...windows-ce/577

[Phoenix]

Zitat:

Zitat von TiGü (Beitrag 1249438)

Zitat:

Zitat von divBy0 (Beitrag 1249430)

Hat jemand Erfahrungen mit Oxygene und Windows CE?

Siehe: http://talk.remobjects.com/t/oxygene...windows-ce/577

Wie Brian in dem Thread erwähnt ist das (leider) die einzige Möglichkeit. Microsoft hat hier einen sehr harten Riegel vorgeschoben. CE mit dem Compact Framework heisst C# oder VB-Projekt. Noch nichtmal F# als Microsoft-Sprache kommt da rein.

Wenn man also den Form-Designer nutzen will, dann macht man die Forms eben mit C# und kann aber normale Oxygene-Assemblies als Business-Layer nutzen. Wenn man die Forms dynamisch erzeugen will, kann man im Code alles in Oxygene machen und braucht ein kleines C#-Projekt das den Code aus dem Oxygene-Assembly aufruft und startet.

Debuggen geht (mit Einschränkungen, wenn Prism installiert ist, geht's einfacher).

[michaelthuma]

Frage. Hast du eine Ahnung was Roslyn alles erlaubt? Compiler als API ist noch klar. Kann man aber Assemblies zur Laufzeit generieren und dynamisch laden? Ich bin die Papers noch nicht durch. Interesse halber da ich das gestern las und vermutlich andere auch http://www.hanselman.com/blog/Announ...nceSource.aspx

Hast du eine Ahnung.

@Phoneix

[Phoenix]

Sorry, so tief stecke ich da grad leider nicht drin.
Das ist eines meiner Research-Projekte für das zweite Halbjahr (Roslyn ist noch nicht offiziell released, da haben wir noch etwas Zeit).

[michaelthuma]

Danke auf jeden Fall. Ich will dich gar nicht quälen... Aber du bist einer wenigen den ich hätte zugetraut bereits mehr zu wissen. Die Praxis schaut dann immer ein wenig anders aus und mit meinen doch eher bescheidenen .net Kenntnissen so im tiefen Detail auf neuesten Stand. Interessant wird das allemal. Danke nochmal.

Zitat:

Zitat von Phoenix (Beitrag 1249480)

Sorry, so tief stecke ich da grad leider nicht drin.
Das ist eines meiner Research-Projekte für das zweite Halbjahr (Roslyn ist noch nicht offiziell released, da haben wir noch etwas Zeit).

[aals]

Neukauf bei Emba nur noch, wenn sich bei denen grundlegend alles ändert (Qualität, Support, Preisgestaltung).

Das kann ich nur unterstützen, die reden Javebridge aber nichts geht, Die reden von SoAP aber nicht geht ausser ein global wether dienst.
Leider habe ich das Zeug gekauft, in der Hoffnung es könnte eine gute Sache sein.
Ich buche diese Investition unter Blödsinn ab.

[Darlo]

Zitat:

Zitat von aals (Beitrag 1264854)

Neukauf bei Emba nur noch, wenn sich bei denen grundlegend alles ändert (Qualität, Support, Preisgestaltung).

Qualität: wurde in meinen Augen mit XE6 erheblich verbessert.
Support: Hier wünsche ich mir auch mehr BugFixe
Preisgestaltung: Wartungsvertrag und Recharge-Angebot sind doch ganz ok

[mkinzler]

Code:

Das kann ich nur unterstützen, die reden Javebridge aber nichts geht,

JNI funktioniert doch, warum meinst Du dass es nicht gehen würde?

Zitat:

Die reden von SoAP aber nicht geht ausser ein global wether dienst.

Grundsätzlich funktioniert SOAP, es gibt wenige Dienste, die nicht funktionieren (z.B. EWS). Das liegt aber imho eher an denen und nicht an Delphi.

[jaenicke]

Zitat:

Zitat von Darlo (Beitrag 1264858)

Qualität: wurde in meinen Augen mit XE6 erheblich verbessert.

Außer man debuggt viel in DLLs. Damit gab es bisher kaum Probleme, aber seit XE6 stürzt die IDE immer wieder mal dabei ab.
Wobei ich dazu sagen muss, dass ich bisher noch nicht sicher sagen kann, dass das nicht durch ein Addon verursacht wird.

[Der schöne Günther]

Nein, Probleme mit DLLs und XE6 habe ich auch ohne jegliche Add-Ons:
http://www.delphipraxis.net/180738-x...zlich-aus.html

Aber wirklich reproduzierbar ist es nicht. Deswegen konnte ich bislang nichts melden.