Mit Windows 8 mögliche Nachfolger für .NET?

[Insider2004]

Zitat:

PS: Eine Frage hätte ich doch noch an den TE: Wenn es eine neue Möglichkeit gibt, Programme zu erstellen, warum ist dann ausgerechnet .Net tot (modern, sauber, durchdacht), und nicht WinAPI (alt, konfus...ihr wisst schon )? Die Welt, ist nicht B/W, sondern grau.

Da bin ich anderer Meinung. Gewiss, WinAPI ist sehr konfus. Aber sie hat sich in den letzten 25 Jahren bewährt. Und was noch wichtiger ist, sie ist verdammt schnell. Schneller kann man eine API nicht machen. .Net kommt da konzeptionell schon nicht ran.

[BUG]

Zitat von Insider2004:

Und was noch wichtiger ist, sie ist verdammt schnell. Schneller kann man eine API nicht machen. .Net kommt da konzeptionell schon nicht ran.

Kannst du das noch mal ausführen?
Was meinst du API-Konzept in dem Sinne: objektorientiert vs. prozedural, oder gibt es da noch irgendwelche anderen nennenswerten Unterschiede (bzw. nenne mal ein Beispiel).

Zitat von newbe:

Viel befremdlicher finde ich, das mein Einwand gegen die Aussage von Phoenix zu 2 unbeteiligten Forenteilnehmern ignoriert wird.

Naja, unbeteiligt vielleicht, allerdings sind die zwei (taktaky, WinNT11) definitiv als schlechtes Beispiel zu gebrauchen.
Das Problem war da nicht die Unwissenheit (Leider kann man nicht nach Beiträgen von gelöschten Nutzern suchen, sonst könntest du dich sehr leicht überzeugen).

[Stevie]

Zitat von Insider2004:

Schneller kann man eine API nicht machen. .Net kommt da konzeptionell schon nicht ran.

Diese Aussage hat genauso viel Gewicht, als wenn ich sagen würde "Assembler ist so schnell, da kommt eine objektorientierte Hochsprache nicht dran".

[Bernhard Geyer]

Zitat von Insider2004:

Schneller kann man eine API nicht machen. .Net kommt da konzeptionell schon nicht ran.

Komisch nur das jede vernünftig Programmierte Tree/ListView/Combobox schneller ist als das entsprechende native Win32-Control, egal ob man native Delphi oder managed .NET/Java nimmt.

[mleyen]

Wieviele Items packst du denn da immer zur Darstellung / Auswahl rein?
Da is mir was leichtes auch lieber.

Und das man .Net nicht mag ist verständlich.
Ich quäl mich heut noch auf XP damit rum...

[jaenicke]

Zitat von Bernhard Geyer:

Zitat von Insider2004:

Schneller kann man eine API nicht machen. .Net kommt da konzeptionell schon nicht ran.

Komisch nur das jede vernünftig Programmierte Tree/ListView/Combobox schneller ist als das entsprechende native Win32-Control, egal ob man native Delphi oder managed .NET/Java nimmt.

Richtig, der Grund ist eben wiederum das Konzept. Wenn man einmal schaut wie die Daten in die Controls kommen usw., sieht man, dass da Messages geschickt werden und andere Spielereien.

Bei .NET hingegen werden die Methoden direkt aufgerufen. Und da es anders als ältere Sprachen auch nicht zur Laufzeit bei z.B. einem Buttonklick erst interpretiert wird, ist es auch schnell.

Nichtsdestotrotz programmiere ich dennoch lieber nativ mit Delphi, auch wenn ich in .NET Sprachen wie C# oder Prism schon viele interessante Sachen verwendet habe...

[Bernhard Geyer]

Zitat von jaenicke:

Richtig, der Grund ist eben wiederum das Konzept. Wenn man einmal schaut wie die Daten in die Controls kommen usw., sieht man, dass da Messages geschickt werden und andere Spielereien.

Und sowas ist nicht unbedingt sehr performant.

Zitat von jaenicke:

Bei .NET hingegen werden die Methoden direkt aufgerufen. Und da es anders als ältere Sprachen auch nicht zur Laufzeit bei z.B. einem Buttonklick erst interpretiert wird, ist es auch schnell.

Welche (relevanten) Sprachen gibt es noch die rein interpretiert arbeiten. Selbst JavaScript läuft ja schon teilweise "compiliert" ab.

Zitat von jaenicke:

Nichtsdestotrotz programmiere ich dennoch lieber nativ mit Delphi, auch wenn ich in .NET Sprachen wie C# oder Prism schon viele interessante Sachen verwendet habe...

Ist 'ne Eingewöhnungssache bis man in Delphi viel mehr Sachen vermisst die jede "normale" managed Sprache schon seit langen hat.

[jaenicke]

Zitat von Bernhard Geyer:

Zitat von jaenicke:

Nichtsdestotrotz programmiere ich dennoch lieber nativ mit Delphi, auch wenn ich in .NET Sprachen wie C# oder Prism schon viele interessante Sachen verwendet habe...

Ist 'ne Eingewöhnungssache bis man in Delphi viel mehr Sachen vermisst die jede "normale" managed Sprache schon seit langen hat.

Ich programmiere seit Jahren auch in C#, vermisse seit XE aber sehr wenig.

[franktron]

Was mir bei der Sache viel mehr Sorgen macht ist Embarcadero, so langsam wie die bis jetzt wahren ist Windows 8 wahrscheinlich das Ende von Delphi (man kann ja nicht 5 Jahre warten bis Delphi Arm u.s.w. kann.

[Bernhard Geyer]

Zitat von franktron:

Was mir bei der Sache viel mehr Sorgen macht ist Embarcadero, so langsam wie die bis jetzt wahren ist Windows 8 wahrscheinlich das Ende von Delphi (man kann ja nicht 5 Jahre warten bis Delphi Arm u.s.w. kann.

Wird darauf ankommen wieweit Windows-ARM's verkäuflich sich. Im Firmenumfeld wird es wegen SAP, Oracle, ... ein ARM-Window vermutlich erstm auch unbrauchbar sein, im Heimumfeld muss Win-Arm erstmal so viel besser als iOS/iPad und die ganzen Androids sein so das man das Windows-Gerät in der ARM-Ausführung verwendet. Und Intel/AMD schläft ja auch nicht.