Embarcadero und RemObjects haben heute im Rahmen der diese Woche beginnenden
PDC die neue .NET-Lösung für CodeGear Delphi mit dem Namen Prism
angekündigt.

Basierend auf dem ObjectPascal-Compiler Oxygene von RemObjects handelt es
sich dabei um ein Plug-In für Microsofts Visual Studio 2008, so dass
praktisch alle Möglichkeiten von .NET 3.5 nun auch für erfahrene
Delphi-Entwickler zur Verfügung stehen (schmerzliche Ausnahme ist hier
wieder mal die Designer-Unterstützung für das Compact Framework).

http://www.remobjects.com/oxygene.aspx

http://www.codegear.com/products/delphi/prism

http://www.codegear.com/article/3882...mDatasheet.pdf

http://www.codegear.com/products/delphi/prism/whats-new

Robert

--
http://blog.robertsoft.de/

"Robert Wachtel" <rwachtel@gmx.de> schrieb
> Embarcadero und RemObjects haben heute im Rahmen der diese Woche
> beginnenden PDC die neue .NET-Lösung für CodeGear Delphi mit dem Namen
> Prism angekündigt.

Das Ding ist nichtmal quellcodecompatibel und der Vorteil von Delphi war
auch immer noch die schnellere IDE, auch die fällt weg.

Wie kann man eigentlich so eien Unsin verzapfen? Dachte die hätten die
Unfähigen bei Borland zurückgelassen, aber der Unfug geht weiter.

Moin!

Moshe.Stone schrieb:
>> [Delphi Prism]
>
> Das Ding ist nichtmal quellcodecompatibel

RemObjects arbeitet zumindest an einem "Quellcodeanpasser".

> und der Vorteil von Delphi war auch immer noch die schnellere IDE, auch
> die fällt weg.

Da hat schon lange niemand mehr mit Visual Studio 2008 gearbeitet - damit
lässt sich auch sehr angenehm werkeln.

> Wie kann man eigentlich so eien Unsin verzapfen?

Du meinst Deinen Beitrag? <veg>

> Dachte die hätten die Unfähigen bei Borland zurückgelassen, aber der Unfug
> geht weiter.

Das war in meinen Augen die klügste Entscheidung in Sachen .NET die dort
gefällt werden konnte. CodeGear/Embarcadero kann sich somit ausschliesslich
um den besten nativen Compiler/IDE kümmern (Delphi für Win32/64), wohingegen
RemObjects weiterhin für die Weiterentwicklung des grandiosen
ObjectPascal-Compilers für .NET zuständig bleibt.

Robert

--
http://blog.robertsoft.de/

"Robert Wachtel" <rwachtel@gmx.de> schrieb

> Da hat schon lange niemand mehr mit Visual Studio 2008 gearbeitet - damit
> lässt sich auch sehr angenehm werkeln.

Nö, nicht im Vergleich zur Delphi-IDE(wenn die auch buggy war ihne ende)


> Das war in meinen Augen die klügste Entscheidung in Sachen .NET die dort
> gefällt werden konnte.

Und warum dann Delphi f. PHP?

> CodeGear/Embarcadero kann sich somit ausschliesslich um den besten nativen
> Compiler/IDE kümmern (Delphi für Win32/64), wohingegen RemObjects
> weiterhin für die Weiterentwicklung des grandiosen ObjectPascal-Compilers
> für .NET zuständig bleibt.

Das werden eh immer weniger und nun verlieren sie auch noch den Rest an
CSharp.

Was soll an dieser entscheidung klug gewesen sein?

Heisst Ihr eigentlich immer alles gut, was sich die Obrigkeit einfallen
lässt?

On Tue, 28 Oct 2008 11:52:27 +0100, "Moshe.Stone"
<Moshe.Stone@yahoo.de> wrote:

>Heisst Ihr eigentlich immer alles gut, was sich die Obrigkeit einfallen
>lässt?

Mäkelst du eigentlich an allem rum, was du nicht verstehst?

Martin
--
Die Majorität der Dummen ist unüberwindbar und für
alle Zeiten gesichert. Der Schrecken ihrer Tyrannei
ist indessen gemildert durch Mangel an Konsequenz.
[Albert Einstein]

Moin!

Moshe.Stone schrieb:
> Nö, nicht im Vergleich zur Delphi-IDE(wenn die auch buggy war ihne ende)

Ich arbeite täglich mehrere Stunden mit beiden IDEs und komme mit beiden
wunderbar zurecht - beide sind nicht optimal, aber ich würde keiner den
Vorzug geben.

> Und warum dann Delphi f. PHP?

Was hat Delphi für PHP mit .NET zu tun?

> Das werden eh immer weniger und nun verlieren sie auch noch den Rest an
> CSharp.
>
> Was soll an dieser entscheidung klug gewesen sein?

RemObjects Oxygene ist ein hervorragendes Produkt und hat auch Vorteile
gegenüber C#. In der Hand von CodeGear/Embarcadero kann es nunmehr eine
höhere Aufmerksamkeit und somit auch eine tiefere Marktdurchdringung
erreichen.

> Heisst Ihr eigentlich immer alles gut, was sich die Obrigkeit einfallen
> lässt?

Muss man eigentlich immer alles niedermachen, was CodeGear/Embarcadero
macht?

Robert

--
http://blog.robertsoft.de/

Moshe.Stone,

> Das Ding ist nichtmal quellcodecompatibel und der Vorteil von Delphi war
> auch immer noch die schnellere IDE, auch die fällt weg.

Achso..

BDS2005:
1. Start: 3 Minuten
2. beenden und neu starten 2 Minuten

VS2008:
1. Start: 10-20 sek
2. beenden und neu starten: 3-4 sek

Und an BDS2005 funktioniert mal gar nix weder schnell noch zuverlässig (von
einfachen Hello-World "apps" abgesehen).

> Wie kann man eigentlich so eien Unsin verzapfen?

Selbstkritik im selben Atemzug?

--
/\/\arkus.

Markus Springweiler wrote:

>
>BDS2005:
>1. Start: 3 Minuten
>2. beenden und neu starten 2 Minuten
>
>VS2008:
>1. Start: 10-20 sek
>2. beenden und neu starten: 3-4 sek

3 Jahre Technologie-Unterschied und dann einen Vergleich starten wollen?
Das wäre - in Automobiljahren gemessen - ungefähr der Vergleich
Mercedes 190 mit neuester E-Klasse.

--
Joachim Duerr
Advantage Presales
Sybase GmbH
!!! please reply to newsgroups only !!!

Robert Wachtel wrote:

> Moin!
>
> Moshe.Stone schrieb:
> > > [Delphi Prism]
> >
> > Das Ding ist nichtmal quellcodecompatibel
>
> RemObjects arbeitet zumindest an einem "Quellcodeanpasser".
>
> > und der Vorteil von Delphi war auch immer noch die schnellere IDE,
> > auch die fällt weg.
>
> Da hat schon lange niemand mehr mit Visual Studio 2008 gearbeitet -
> damit lässt sich auch sehr angenehm werkeln.

Verglichen mit Delphi 2007 and 2009 ist die Visual Studio 2008 Shell
IDE extrem langsam.



--
Rudy Velthuis http://rvelthuis.de

"He can compress the most words into the smallest idea of any
man I know." -- Abraham Lincoln (1809-1865)

Markus Springweiler wrote:

> BDS2005:
> 1. Start: 3 Minuten
> 2. beenden und neu starten 2 Minuten

Delphi 2009:
1. Start: ca. 10 Sekunden
2. Beenden und neu starten ca. 5 Sekunden
3. Neue ProjectGroup laden: 1 Sekunde.
4. Programm kompilieren und starten: 1 Sekunde.

> VS2008:
> 1. Start: 10-20 sek
> 2. beenden und neu starten: 3-4 sek
3. Neue Solution laden: Ewigkeiten.
4. Programm kompilieren: Viele Sekunden. Programm starten: viele
Sekunden.

--
Rudy Velthuis http://rvelthuis.de

"People who think they know everything greatly annoy those of
us who do."