Win64 mit Delphi? wann?

[mjustin]

Aktuelle Quellen zu den Plänen für die nächsten Delphi-Versionnen sind die "Roadmap" von Marco Cantu http://blog.marcocantu.com/blog/delp...2_roadmap.html und die Uservoice-Seite http://delphi.uservoice.com/pages/4432-general.

Auf der Uservoice Seite werden einige Neuerungen mit dem Status "Started" gekennzeichnet.

Auf Stackoverflow werden einige Quellen rund um die Roadmap zitiert im Beitrag "Does anyone have information about Linux Support in the upcoming version of Delphi?" - http://stackoverflow.com/questions/1205381/

Embarcadero's CEO Wayne Williams wird darin zitiert mit einem Hinweis auf die höhere Priorität von Cross-Plattform Unterstützung gegenüber dem 64 Bit Compiler:

Zitat:

Williams says cross-platform is now a higher priority than a 64-bit compiler, though both are planned, and that we will see the first cross-platform release next year.

Edit: die Projekte (Project Weaver, Project Delphi “X”, Project Chromium und Project Commodore) werden laut Marco Cantus Blogeintrag parallel bearbeitet. (Sie sind also nicht unbedingt in dieser Reihenfolge auch in neuen Delphi Versionen enthalten.)

Viele Grüße,

[himitsu]

dabei hätte man ja CrossPlattform und 64-Bit kombinieren ... im Prinzip ist ein Win64 oder ein Linux64 auch eine andere Plattform, als wie ein Win32...

[jaenicke]

Zitat:

Zitat von himitsu

dabei hätte man ja CrossPlattform und 64-Bit kombinieren ...

Das passiert ja auch im Grunde. ;-)
Statt jetzt für C++ Builder und Delphi einzeln 64-Bit Unterstützung und Cross Platform Unterstützung zu bauen wird das einfach alles kombiniert. Das funktioniert so, dass das Frontend des Compilers die Syntax der Sprache umsetzt, dieses Frontend ist dann für C++ ein anderes als für Delphi z.B., während das Backend dann den Code erzeugt. Dieses Backend wiederum ist aber bei Delphi und dem C++ Builder gleich.

So kann man 64-Bit und Cross Platform in beide Produkte bringen ohne alles mehrfach zu schreiben. Und genau deshalb dauert es eben länger bis das alles fertig ist, da dafür die Architektur der Compiler entsprechend umstrukturiert / neu entwickelt werden muss. Gleichzeitig sorgt es aber dafür dass wie auch gesagt wurde die Projekte parallel laufen können, da es jeweils "nur" andere Backends sind.

Wann dann da was fertig ist, werden wir ja sehen. Wo ich bis dahin entsprechende Features brauche, kann ich ja andere Sprachen benutzen. Insofern finde ich es schon besser, wenn es vielleicht noch länger dauert als angedacht, dafür aber auch eine robuste Architektur und Umsetzung dabei herauskommt.

[Indrizzi]

[quote="Phoenix
Moooment. Du wweisst schon das Delphi.NET inzwischen Delphi Prism heisst?
Und Delphi Prism hängt dem Visual Studio nicht um eine Version hinterher sondern nistet sich schon stand heute als Preview im Visual Studio 2010 ein. Wir sind dem aktuellen Visual Studio mit Delphi also sogar eine Version voraus, genauso wie wir C# mit so netten Sprachfeatures wie parallel programming voraus sind (ist in Prism schon seit laaaangen drin), im Microsoft .NET kommt das erst noch mit der Version 4.0 raus.

[/quote]

Ich würde Prism ja gerne nutzen, aber leider gibt es meines Wissens keine vernünftige Dokumentation für Prism. Während es Bücher zu C# im Überfluss gibt, ist bei Prism leider Ebbe - oder habe ich die richtigen Quellen noch nicht gefunden?

[jaenicke]

Zitat:

Zitat von Indrizzi

Ich würde Prism ja gerne nutzen, aber leider gibt es meines Wissens keine vernünftige Dokumentation für Prism. Während es Bücher zu C# im Überfluss gibt, ist bei Prism leider Ebbe - oder habe ich die richtigen Quellen noch nicht gefunden?

Für die Sprache gibt es den Prism Primer, der hier auch vorgestellt wurde:
http://www.delphipraxis.net/internal...t.php?p=984408
Und hier der direkte Link:
http://prismwiki.codegear.com/de/Ein...hrung_in_Prism

[mkinzler]

Spezielle Bücher wären sicher wünschenswert. Das Wichtigste ist allerdings das Framework, welches ja das Selbe wie in c# ist.

[Indrizzi]

Zitat:

Für die Sprache gibt es den Prism Primer, der hier auch vorgestellt wurde:
http://www.delphipraxis.net/internal...t.php?p=984408
Und hier der direkte Link:
http://prismwiki.codegear.com/de/Ein...hrung_in_Prism

Habe ich gelesen, bringt mich aber bei vielen Problemen auch nicht weiter. Deshalb: Autoren, ran an den Speck, hier ist sicherlich ein Markt!

[Indrizzi]

Neulich gab es doch in Düsseldorf eine Schulung für Prism, zu der ich leider mangels Zeit nicht gehen konnte. Könnte man nicht wenigstens die Vorträge und vorgestellten Lösungswege veröffentlichen? Klar, von mir aus auch gegen Bezahlung.

[Daniel]

Zitat:

Zitat von Indrizzi

Neulich gab es doch in Düsseldorf eine Schulung für Prism, zu der ich leider mangels Zeit nicht gehen konnte. Könnte man nicht wenigstens die Vorträge und vorgestellten Lösungswege veröffentlichen? Klar, von mir aus auch gegen Bezahlung.

Ich denke, das solltest Du Dich mal an Daniel Magin, Olaf Monien oder Holger Flick wenden:
http://www.delphiexperts.net/events/

War schließlich deren Veranstaltung. ;-)

[Dunkel]

Zitat:

Zitat von Phoenix

{...} demnächst vielleicht iPhone Entwicklung mit Mono touch... :zwinker:

Here it is!. Na, wer traut sich?! :-D
Gut, ein Mac (zumindest ein laufendes Mac OS X) ist (bis jetzt) zwingend erforderlich, ebenso ein Apple Developer Account, Xcode und das installierte iPhone-SDK (wofür braucht man dann noch die, IMHO verdammt teure, Krücke MonoTouch, wenn man doch sonst alles nötige kostenlos von Apple gestellt kriegt?!)
Naja, ein netter Versuch von Novell. Ich hege aber so meine Zweifel, dass sich irgendwer (ohne zigtausend schon vorhandenen Lines of C# Code) den Krampf antut, damit ernsthaft Applikationen für's iPhone zu entwickeln. Cocoa Touch ist zu ausgereift und zu gut um ernsthaft an die Entwicklung von iPhone-Applikationen mit dem hinterherhinkenden Bastelwerk (Mono halt) zu denken...
(dieser Beitrag ist voller IMHOs, ohne Wertung)