Delphi-PRAXiS
Seite 12 von 41   « Erste     2101112 131422     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Klatsch und Tratsch (https://www.delphipraxis.net/34-klatsch-und-tratsch/)
-   -   Delphi am "Ende"? (https://www.delphipraxis.net/157213-delphi-am-ende.html)

Assarbad 7. Jan 2011 11:32

AW: Delphi am "Ende"?
 
Zitat:

Zitat von Bernhard Geyer (Beitrag 1072947)
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 7. Jan 2011 12:18

AW: Delphi am "Ende"?
 
Zitat:

Zitat von MEissing (Beitrag 1072930)
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:

Zitat von MEissing (Beitrag 1072930)
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? :stupid:


Zitat:

Zitat von Assarbad (Beitrag 1072957)
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 7. Jan 2011 12:32

AW: Delphi am "Ende"?
 
Zitat:

Zitat von himitsu (Beitrag 1072970)
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 7. Jan 2011 12:36

AW: Delphi am "Ende"?
 
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 7. Jan 2011 12:38

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

Sherlock

mkinzler 7. Jan 2011 12:47

AW: Delphi am "Ende"?
 
Zitat:

Zitat von holliesoft (Beitrag 1072977)
Zitat:

Zitat von himitsu (Beitrag 1072970)
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 7. Jan 2011 12:52

AW: Delphi am "Ende"?
 
Zitat:

Zitat von mkinzler (Beitrag 1072985)
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 7. Jan 2011 12:55

AW: Delphi am "Ende"?
 
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 7. Jan 2011 13:05

AW: Delphi am "Ende"?
 
Zitat:

Zitat von QuickAndDirty (Beitrag 1072989)
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 7. Jan 2011 13:06

AW: Delphi am "Ende"?
 
Zitat:

Zitat von holliesoft (Beitrag 1072977)
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:

Zitat von holliesoft (Beitrag 1072977)
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:

Zitat von himitsu (Beitrag 1072979)
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).


Alle Zeitangaben in WEZ +1. Es ist jetzt 16:05 Uhr.
Seite 12 von 41   « Erste     2101112 131422     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz