Gerade die Werbung für D2009 bekommen.

Anspruch:
Zitat:
"RAD Studio 2009 ist das einzige RAD-Tool, das sowohl native Windows-Entwicklungen ermöglicht, als auch .NET und Mono unterstützt. Mit Mono können Entwickler jetzt sogar Mac OS X- und Linux-Programme entwickeln."

Wirklichkeit:
Zwei unterschiedliche Sprachen, die nicht compatibel oder problemlos Portierbar sind.
Zwei völlig unterschiedliche Laufzeitbibliotheken die 0 kompatibel sind.
Zwei völlig unterschiedliche IDE die null kompatibel sind. (VS2008 und Delphi IDE)

Delphi Win32-Compilate sind nicht in .Net verwendbar und Delphi-prism Compilate sind nicht in Delphi Win32 verwendbar.
Da fällt dann auch garnicht mehr ins Gewicht, das das im gleichen Artikel angepriesene neue Feature "Generics",
so buggig ist, das es praktisch noch nicht verwendbar ist.

Wie weit darf Werbung eigentlich gehen?

Gruß Carla

Stimmt nicht ganz.

Managed-Unmanged-Code-Interopt ist sehr wohl möglich.

Sogar in beide Richtungen.

Wie weit das unter nicht MS-OS geht, keine Ahnung.

Carla hat folgendes geschrieben :

Anspruch: Zitat: "RAD Studio 2009 ist das einzige RAD-Tool, das sowohl native Windows-Entwicklungen ermöglicht, als auch .NET und Mono unterstützt. Mit Mono können Entwickler jetzt sogar Mac OS X- und Linux-Programme entwickeln."

Carla hat folgendes geschrieben :

Wirklichkeit: Zwei unterschiedliche Sprachen, die nicht compatibel oder problemlos Portierbar sind.

Wird weder behauptet, noch hat sich das in der Vergangenheit als sinnvoll erwiesen.

Carla hat folgendes geschrieben :

Zwei völlig unterschiedliche Laufzeitbibliotheken die 0 kompatibel sind.

Wird ebenfalls nicht behauptet, hat CodeGear auch wohl kaum Einfluss drauf.

Carla hat folgendes geschrieben :

Zwei völlig unterschiedliche IDE die null kompatibel sind. (VS2008 und Delphi IDE)

Okay, es wird von einem RAD-Tool gesprochen, es sind zwei.

Carla hat folgendes geschrieben :

Delphi Win32-Compilate sind nicht in .Net verwendbar und Delphi-prism Compilate sind nicht in Delphi Win32 verwendbar.

Wo wird das behauptet?
Es ist so auch nicht richtig. Ich kann per P/Invoke Win32-Code in .NET einbinden und Robert_G hat vor ein paar Tagen eine .targets Datei veröffentlicht, mit der Prism Assemblies erstellt, die auch in Win32-Delphi wir normale DLLs nutzbar sind.

Außerdem muss jedem, der zwei Platformen nutzen will, klar sein, dass es ... nun ja ... zwei Plattformen sind.

Naja, wo steht etwas davon, dass es kompatibel wäre oder so? Es steht nur da, dass es beides unterstützt, jedenfalls in deinem Zitat.

Und auf der Website heißt es "Use your existing Delphi programming skills to build .NET applications", also ich sehe da nichts falsches.
Dass sie nicht explizit darauf hinweisen, dass man den selben Code nicht für zwei unterschiedliche Produkte verwenden kann, kann man ihnen eigentlich nicht vorwerfen, das selbe gilt ja für den ebenfalls vorhandenen C++ Builder. Aber da ist es selbstverständlich und bei Prism soll es explizit da stehen?

Ich weiß nicht, wie es in der Werbung weiter steht, aber auf der Website steht nach dem Satz, dass es Win32 und .NET unterstützt:
"Includes Delphi 2009, C++Builder 2009, and Delphi Prism 2009", aufgeführt als separate Produkte, genauso im Rest der Vorstellung.

Wenn das in der Werbung anders da steht, in deinem Zitat sehe ich das jedenfalls nicht, schließlich gibt es viele große Programme, die einiges unter einen Hut bringen und dabei weder kompatibel noch miteinander verknüpft sind.

www.fair-news.de/new...und+Mono-/08624.html

Standardausgabe von Delphi ist bpl. Das ist nicht verwendbar.

Mir ist schon klar, das es sich um zwei völlig getrennte Produkte handelt, die außer der Überschrift Delphi und den gleichen Verpackungskarton wenig gemeinsam haben.
Oxygene verwenden wir schon länger.

Carla

Weiter unten steht ja dort sogar noch:

Zitat:

Komplett neue Delphi Prism Entwicklungsumgebung

Dass es eher darum geht die Features aufzulisten als explizit darauf hinzuweisen, dass es etwas nicht bietet, ist bei einer solchen Pressemitteilung ja klar. Und den impliziten Aufbau einer Erwartung im Hinblick auf das was du meintest sehe ich da nicht.

Zudem darf man eins nicht vergessen: Wer sich da tatsächlich gar nicht auskennt, der wird sich sicher nicht solch ein Tool kaufen wollen oder wenn, dann nicht ohne es vorher zu testen / mit seinen Entwicklern abzusprechen. Und wer sich auskennt, dem ist das ohnehin klar.

Christian S. hat folgendes geschrieben:

Robert_G hat vor ein paar Tagen eine .targets Datei veröffentlicht, mit der Prism Assemblies erstellt, die auch in Win32-Delphi wir normale DLLs nutzbar sind.

Und wo findet man den Beitrag?

Carla

In der Newsgroup remobjects.public.oxygene unter dem Titel "Unmanaged exports for Oxygene (and other languages)". Ich könnte schwören, er hat's auch in den CodeGear-Foren zu Prism gepostet, aber da find ich's gerade nicht mehr