Delphi am "Ende"?

[Assarbad]

Zitat von Bernhard Geyer:

die 64-Bit Win-API liegt AFAIK nur in einer Wide-String-Version vor.

Zumindest in kernel32.dll auf Windows 7 (als Stichprobe) ist dies noch nicht der Fall. Aber überfällig wäre es allemal. Denke aber, daß MS das aufgrund von Rückwärtskompatibilität nicht machen kann.

[himitsu]

Zitat von MEissing:

Jedes Jahr (seit 1995) kam ein Delphi Release auf den Markt.... in den letzten Jahren immer im Herbst. Seit 15 Jahren. Etwas verlässlicheres, absehbareres habe ich nicht in der Softwarebranche erleben dürfen.

Dafür bekommt man auch schonmal den eindruck, daß die Software mit Fremdkomponenten aufgemotzt werden muß, weil nicht wirklich was Neues geboten werden kann.

Ich erinnere gern mal an die XE-Diskusionen.
Ja, ein bissl was hat sich schon getan, aber das was vorher groß versprochen wurde (64 Bit und Cross-Compiling) war nicht enthalten.

Zitat von MEissing:

Auch ist es üblich kurz vor dem Release einer neuen Version noch Angebote für die dann auslaufende Version zu erstellen.

Also, ihr empfehlt lieber die alte Version zu kaufen, anstatt noch 'nen Monat zu warten und dann das Neue zu nehmen?

Zitat von Assarbad:

Zumindest in kernel32.dll auf Windows 7 (als Stichprobe) ist dies noch nicht der Fall. Aber überfällig wäre es allemal. Denke aber, daß MS das aufgrund von Rückwärtskompatibilität nicht machen kann.

Ja, es gibt einige "modernere" APIs, welche nur als Wide-Version vorhanden sind,
aber von den meisten alten APIs existieren seit NT immernoch Ansi-Wrapper, welche den Aufruf dann an die Unicode-Version weiterreichen.
Und ich denke mal nicht, daß die soooo schnell abgeschafft werden, jedenfalls nicht slange Windows die API nicht wieder grundlegend ändert, so wie zu 9x>NT-Zeiten.
Genauso wird das mit der 32 Bit-API sein.

OK, irgendwann wird MS vermutlich dann doch mal die 32-Bit-API abschaffen, aber wenn man bedenkt, daß 16 Bit erst in Win7 entsorgt wurde, dann haben wir wohl noch etwas Zeit.
Auch wenn der 64-Bit-Compiler gefallen würde, auf welchen wir schon seit Jahren warten (für 2008 war er ja mal angekündigt)

[holliesoft]

Zitat von himitsu:

OK, irgendwann wird MS vermutlich dann doch mal die 32-Bit-API abschaffen, aber wenn man bedenkt, daß 16 Bit erst in Win7 entsorgt wurde, dann haben wir wohl noch etwas Zeit.

Microsoft hat ja gerade erst angekündigt, dass die nächste Windows-Version auch ARM-Prozessoren unterstützen wird. Das ist denke ich mal der Anfang vom Ende von Win32 der nativen Windows-Entwicklung. Sicher, es wird nicht sofort aussterben, aber spätestens dann wird Microsoft sagen: Leute, entwickelt für .net. Denn da muss eigentlich nur Microsoft die entsprechende Runtime für die neuen Prozessoren anpassen.

[himitsu]

Für hardwarenahe Programmierung ist aber dennoch ein entsprechendes natives Programm oftmals besser geeignet.

Dort bezieht man sich eh nur auf eine Bestimmte Hardwareumgebung, weswegen da soeine Cross-Plattform-Fähigkeit, wie bei .Net, nicht benötigt wird.

[Sherlock]

Abschließend:
Delphi ist genausowenig am Ende wie Cobol, Algol oder meinetwegen auch Lisp.

Sherlock

[mkinzler]

Zitat von holliesoft:

Zitat von himitsu:

OK, irgendwann wird MS vermutlich dann doch mal die 32-Bit-API abschaffen, aber wenn man bedenkt, daß 16 Bit erst in Win7 entsorgt wurde, dann haben wir wohl noch etwas Zeit.

Microsoft hat ja gerade erst angekündigt, dass die nächste Windows-Version auch ARM-Prozessoren unterstützen wird. Das ist denke ich mal der Anfang vom Ende von Win32 der nativen Windows-Entwicklung. Sicher, es wird nicht sofort aussterben, aber spätestens dann wird Microsoft sagen: Leute, entwickelt für .net. Denn da muss eigentlich nur Microsoft die entsprechende Runtime für die neuen Prozessoren anpassen.

Diese Ankündigung hat aber nichts mit .Net zu tun; Windows8 wird nativ auf den Plattformen laufen.

[Namenloser]

Zitat von mkinzler:

Diese Ankündigung hat aber nichts mit .Net zu tun; Windows8 wird nativ auf den Plattformen laufen.

Windows selbst schon, aber Fremdprogramme nicht, wenn sie nicht für die entsprechende Plattform neu kompiliert werden.

[QuickAndDirty]

Das coolste ist ja das ich an der UNI folgende sprachen gelernt habe...
-Java...war klar
-Oracle PL/SQL...was sonnst
-Prolog....keine Ahnung wozu(Wahrscheinlich weil es gut Grammatiken umsetzen kann) aber es ist schon ne geile Art zu denken und das 3 Semester lang....
-C# wer hätte das gedacht!

UND alle diese Sprachen gibt es für Studenten und Hobbyisten für umsonnst...nur bei Oracle SQL ist es wohl so das die eben jeden Preis verlangen können...und das auch tun.

[Phoenix]

Zitat von QuickAndDirty:

nur bei Oracle SQL ist es wohl so das die eben jeden Preis verlangen können...und das auch tun.

Du kannst Dich kostenlos im Oracle Developer Network registrieren und kannst darüber dann jede Ora-Version kostenlos zum Entwickeln runterladen: Der Produktiveinsatz kostet Geld, das Entwickeln gegen die DB nicht.

[Assarbad]

Zitat von holliesoft:

Microsoft hat ja gerade erst angekündigt, dass die nächste Windows-Version auch ARM-Prozessoren unterstützen wird. Das ist denke ich mal der Anfang vom Ende von Win32 der nativen Windows-Entwicklung.

Win32 ist eine API (wobei die NT-APIs sozusagen eingemeindet wurden, was man sehr gut an diversen Inkonsistenzen sehen kann) und hat mit der Bittigkeit reineweg garnix zu tun. Nativ ist so eine Sache, wenn sich das auf Win32 bezieht, hast du vermutlich recht. Ansonsten kann es sich auch noch auf die "NT Native API" beziehen (sozusagen das Interface zum Kernel und teils im Kernel) und sicherlich auf die Architektur ...

In jedem Fall bezieht sich nativ immer auf irgendwas ...

Zitat von holliesoft:

Sicher, es wird nicht sofort aussterben, aber spätestens dann wird Microsoft sagen: Leute, entwickelt für .net. Denn da muss eigentlich nur Microsoft die entsprechende Runtime für die neuen Prozessoren anpassen.

Steht zu befürchten.

Zitat von himitsu:

Für hardwarenahe Programmierung ist aber dennoch ein entsprechendes natives Programm oftmals besser geeignet.

Worauf spielst du an? Hardwarenah sind eigentlich nur Treiber und die sind immer auf die jeweilige Architektur ausgerichtet (zumindest noch).