WinAPI macht dicht
-
Nen! Hier haben wir einen ganz anderen Ansatz.
Microsoft hat erkannt, dass man mit .NET in vielen Bereichen keinen Blumentopf gewinnen kann.
WinRT ist nativ, schnell, objektorientiert. Eigentlich ist es COM, dass schon jeder lange tot gesagt hat.
"COM braucht man nicht" alles .NET. Da habe ich schon immer drüber gelacht.
Und nun. Nun wird .NET über COM WinRT benutzen <bg>.Dennoch hat es das selbe Metatyp Verfahren wie .NET!
Die Meta-Dateien lassen sich mit IDLASM lesen!
Aber es ist eben nativ... nix interpretativ. Und die Ressourcen werden eben direkt freigegeben, weil "Garbagekollektoren" eben doch mehr Ressourcen fressen als nötig (meine Meinung).Es wird niemals die Windows API ablösen für bestimmte Bereiche, aber es wird mit Sicherheit neue Betriebssystembeeiche geben, die ausschließlich über WinRT anzusprechen sein werden. Siehe Metro.
Und schauen wir uns doch WIndows Vista und WIndows 7 an. Alles was im Desktop Bereich an neuen Interfaces kam, wurde nicht über "normale APIs" veröffentlicht. Fats alle neuen Sachen waren in COM Bibliotheken gekapselt.Solange WinRT nicht für den Desktop-Bereich zur Verfügung steht, brauchen wir uns keine Gedanken machen.
Metro ist nett, aber es gibt genug komplexe Anwendungen die eben nicht unter Metro laufen können!
-
Die die es verstehen, wissen das die WinApi nie sterben wird! Und wenn es die Damen und Herren von Microsoft endlich gerafft haben, dann wird WinRT wieder sterben! Martin Richter hat mich in seinem Beitrag nicht schlecht staunen lassen, als er schrieb dass VS-11 Express nur Metro Kram compilieren kann! Na dann viel Erfolg noch VS!!!
-
Also ich persönlich neige eigentlich überhaupt dazu, WinRT nur als einen neuen Teil der Windows API zu betrachten...
-
gott schrieb:
Die die es verstehen, wissen das die WinApi nie sterben wird! Und wenn es die Damen und Herren von Microsoft endlich gerafft haben, dann wird WinRT wieder sterben! Martin Richter hat mich in seinem Beitrag nicht schlecht staunen lassen, als er schrieb dass VS-11 Express nur Metro Kram compilieren kann! Na dann viel Erfolg noch VS!!!
Ich habe auch nicht schlecht gestaunt, und ehrlich gesagt konnte ich aus meinem Gespräch mit Steve Teixeira "durch die Blume" entnehmen, dass er mit dieser "Marketing Entscheidung" nicht unbedingt glücklich war.
Das ist in jedem Fall Sch<zensiert>...</zensiert> ist und MS kaum einen größeren Bock<zensiert>...</zensiert> hätten bauen können ist jedenfalls meine Meinung. Und die vertreten auch andere MVPs wie ich.
Nur oft genüg kümmert es Redmond einen <zensiert>...</zensiert> was externe "Fachleute" deken.Wieder wird nur ein neuer Hype gesehen, den man künstlich pushed. Das gerade natives C++ wird richtig im kommen ist (auch durch WinRT) scheinen einige Leute überm Teich nochnicht gechecked zu haben....
Aber wer weiß. Jede Wette VS-12 wird es wieder können!
Aberwir haben mit VS-2010 immer noch einen guten Compiler den es auch kostenlos gibt, und der auch viel C++11 kann.
-
Martin Richter schrieb:
Das gerade natives C++ wird richtig im kommen ist (auch durch WinRT) scheinen einige Leute überm Teich nochnicht gechecked zu haben....
Vielleicht ist das eine Gelegenheit, dass andere diese Lücke füllen. Oben im C++ Builder Forum ist ja gerade ein Link auf die Ankündigung des neuen Compilers gepostet worden.
Wohlmöglich kommt die CLang/LLVM-Unterstützung, die sich viele auf Microsofts Going Native Konferenz gewünscht haben, schneller als gedacht und von unerwarteter Seite.
-
Wow was ist mit Martin Richter los, der geht ja echt steil bei dem Thema!
-
Martin Richter schrieb:
Nur oft genüg kümmert es Redmond einen <zensiert>...</zensiert> was externe "Fachleute" deken.
Ehrlich gesagt hab ich was das angeht in letzter Zeit öfter das Gefühl, dass die Herren in Redmont nichtmal kümmert was ihre eigenen Fachleute sagen
Naja, sieht so aus dass sie's leider wiedermal erst verbocken müssen bevor sie's richtig hinkriegen...
-
@Martin Richter: Mein kleiner Bastelfreund, diesmal ist wirklich Schluss mit der WinAPI. Sie ist definitiv deprecated, wird natürlich irgendwie noch ne Zeit lang unterstützt werden, da ja noch alles drauf läuft, aber keiner wird damit mehr was neues entwickeln.
Das Alte geht was Neues kommt, welchen Weg du da gehst bleibt dir überlassen.
-
WinAPI_deprecated schrieb:
Sie ist definitiv deprecated, wird natürlich irgendwie noch ne Zeit lang unterstützt werden, da ja noch alles drauf läuft, aber keiner wird damit mehr was neues entwickeln.
Quelle?
-
dot schrieb:
WinAPI_deprecated schrieb:
Sie ist definitiv deprecated, wird natürlich irgendwie noch ne Zeit lang unterstützt werden, da ja noch alles drauf läuft, aber keiner wird damit mehr was neues entwickeln.
Quelle?
Das ist doch nur ein Troll. Niemand wird da großartig was neues schreiben. ALLE größeren Programme basieren auf älterem Code, und niemand hat Lust, den komplett umzukrempeln, um dadurch nichts dazuzugewinnen. Für mich ist und bleibt Windows 8 und WinRT komplett uninteressant.
-
Nein natürlich nicht, es für immer und in aller Ewigkeit mit altem Code gearbeitet und nie wird parallel eine neue API eingeführt bis die alten dann abgelöst wird...tztztz
Glaub hier einer im ernst, dass nicht alle großen Softwarehäuser mit Windows 8 anfangen werden ihre API Schritt für Schritt auf WinRT umzustellen?
-
EwigkeitderAPI schrieb:
Glaub hier einer im ernst, dass nicht alle großen Softwarehäuser mit Windows 8 anfangen werden ihre API Schritt für Schritt auf WinRT umzustellen?
Nochmal zum mitschreiben: WinRT ist nur für Metro und kein Ersatz für die Win32 API. Zumindest in Windows 8...
-
Genau! Und wer durch all den Abstraktion Kram durchsieht, der weiss das Die WINAPI nie verschwinden wird! Wenn WinRT wirklich alles einmal ersetzten wird, würde dass für mich (C Liebhaber) heissen dass ich keine Applikationen mehr für Windows schreiben könnte...?
@Martin
Wie sieht es jetzt mit der Oberfläche aus? Wird es eine Möglichkeit geben, denn Desktop wie gewohnt zu verwenden? Ohne Kacheln usw.?
-
Ja, den Desktop gibts natürlich weiterhin...
Abgesehen davon ist WinRT nur COM, also kannst du natürlich auch mit C dafür Programmieren. Wenn du Metro Anwendungen schreiben willst, musst du das sogar.
Inwiefern es sinnvoll ist, heutzutage noch C zu verwenden, ist natürlich wieder eine andere Geschichte
-
dot schrieb:
Inwiefern es sinnvoll ist, heutzutage noch C zu verwenden, ist natürlich wieder eine andere Geschichte
Warum nicht? Bei C++ wird dir viel abgenommen, und mit C kann man es ja auch nicht vergleichen, dass ist auch schon alles...
-
Naja, ich persönlich seh keinen Grund C zu benutzen, wenn ich C++ benutzen kann.
Selbst wenn ich nur Overloading und Templates benutze und ansonsten wie in C code, hab ich schon wahnsinnig viel gewonnen...
-
dot schrieb:
Naja, ich persönlich seh keinen Grund C zu benutzen, wenn ich C++ benutzen kann.
Selbst wenn ich nur Overloading und Templates benutze und ansonsten wie in C code, hab ich schon wahnsinnig viel gewonnen...Das ist alles eine Frage des Designs für mich... Ich glaube wir schweifen vom Thema ab.
-
Natürlich gibt es den Desktop wie bisher. Keine Frage!
Di existieren brav nebeneinander mit der Metroöberfläche.
-
Metro ist nur ein Experiment von Microsoft, es kann sein das es in Windows 9 schon wieder rausfliegt wenn es sich nicht als sinnvoll erweißt.
-
Das will ich hoffen! Und ich möchte dass sich jeder MVP sich dafür ins Zeug legt!
