WinAPI macht dicht
-
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!
-
http://www.golem.de/news/windows-8-auch-der-desktop-bekommt-ein-metro-artiges-design-1205-91903.html
So viel dazu...
Microsoft scheint grad auf einem Metro Trip zu sein. Das neue Visual Studio im Metro Style hat mir auch gar nicht zugesagt.
-
Die können sich doch eh alles erlauben, ich glaube nicht dass sie von ihrer Linie mit Metro und WinRT abweichen werden. Die wollen die alte API nicht mehr und werden Stück für Stück unattraktiver machen und in ein paar Windows Versionen schreit kein Hahn mehr nach der WinAPI.
DOS gibt es heute auch noch vereinzelt, ein ähnliches Schicksal wird auch der WinAPI bevorstehen.
Ob hier nun einige dann aus der Entwicklung aussteigen oder nicht ist für die IT-Welt zu ziemlich egal. Der Markt braucht keine Leute die ewig an alte Technologien und Programmiersprachen festhalten.
Die Evolution ersetzt mit recht das Alte durch das Neue, dies ist der einzige Grund warum wir altern.
Aber süß wie einige lieber bei "Lochkarten" bleiben wollen...*kopfklatsch
-
Viele Anwendungen passen doch gar nicht in das Metro-Konzept und deshalb wird die alte Oberfläche wie wir sie kennen und lieben auch niemals abgeschafft.
-
Natürlich wird der Desktop nicht abgeschafft, das wär ja völlig beknackt. Niemand will Visual Studio, Photoshop oder Office als Metro Anwendung. Und Microsoft weiß das natürlich auch. Metro wird nur eben grad gehyped weil das das große neue Feature ist...
-
mich macht winapi nicht dicht, ich brauche leider immer noch bier dazu
-
Ich komme von der Unix/Linux Seite. Finde es eine Schande wie Microsoft seinen Programmierer etwas aufbinden will. Die sollten sich mal ein Bsp. von der Gegenseite nehmen. Hier wird keinem gesagt welche Sprache er benützen soll, geschwiegen von dem was er nicht tun sollte. Hier gibt's einfach Sprachen die was taugen und sich über Jahrzehnte bewährt haben... und nicht so ein Kram wie C# .Net und Konsorten. Für mich haben in der Entwicklung nur 2 Sprachen was verloren und das ist C/C++, für kleine Sachen ist sicher Python noch eine Wahl oder die SHELL. Alles andere ist Kinderkram. Am Schluss weiss ein Programmierer nicht einmal mehr was Speicher ist...da e NULL Ahnung hat was Darunter abgeht! Solche sind für mich sowieso nur Möchtegern Bug-Software Entwickler die nicht aber auch gar nichts begriffen haben.
-
Mechanics schrieb:
http://www.golem.de/news/windows-8-auch-der-desktop-bekommt-ein-metro-artiges-design-1205-91903.html
So viel dazu...
Microsoft scheint grad auf einem Metro Trip zu sein. Das neue Visual Studio im Metro Style hat mir auch gar nicht zugesagt.Auch hier ist das letzte Wort nicht gesprochen.
Hier gibt es zu 100% eine Änderung im Aussehen bzw. hat der Programmierer die Wahl.@All:
Ansonsten verstehe ich in keiner Weise diese Aufregung.
Ich habe mich schon über .Net nichtaufregenb müssen. Aber jede dumme Heinzi hat irgendwann geschrieben, dass sogar Treiber in C# geschrieben werden.
Die Windows API ist teilweise Bestandteil der WinRT!
Rafft das keiner oder will es keiner Raffenn.@unixer: Du hast keine Ahnung von der MS Welt. Ich habe keine von der Linux Welt und erlaube mir dazu keine Kommentare.
-
WinAPI wird deprecated, ob sich da nun einige wie Rumpelstilzchen auf der Stelle trampeln oder nicht. MS wird auf Save-Apps setzten und diese werden nunmal mit der neue nativen API der WinRT entwickelt und nicht mehr mit der WinAPI. Wer unsafe coden möchte kann gern an altem festhalten und in irgendwelchen kompatibilitäts modi coden. Den ersten Preis wird es dafür nicht geben.
-
Martin Richter schrieb:
@unixer: Du hast keine Ahnung von der MS Welt. Ich habe keine von der Linux Welt und erlaube mir dazu keine Kommentare.
So unrecht hat er garnicht! Ich denke jedenfalls fast genau so.
-
WinRTforSave schrieb:
WinAPI wird deprecated, ob sich da nun einige wie Rumpelstilzchen auf der Stelle trampeln oder nicht. MS wird auf Save-Apps setzten und diese werden nunmal mit der neue nativen API der WinRT entwickelt und nicht mehr mit der WinAPI. Wer unsafe coden möchte kann gern an altem festhalten und in irgendwelchen kompatibilitäts modi coden. Den ersten Preis wird es dafür nicht geben.
(WinRT == SAVE == Nativ) ... was für ein Schwachsinn. Weisst Du überhaupt was nativer Code ist?
-
sorry
-
-lowbyte- schrieb:
(WinRT == SAVE == Nativ) ... was für ein Schwachsinn. Weisst Du überhaupt was nativer Code ist?
Ahhh. Jetzt sind wir bei den Pauschalurteilen angelangt... nativ == unsicher.
Ich glaube ich sollte aufhören hier weiter zu schreiben.Und Du kennst Dich mit Session Isolation aus, die seit Vista integriert ist. Und Du hast schon mal versucht aus eine low Privileged Anwednung eine höhere priviligierte anzusprechen? Und das geht ohne Tricks und einfach so?
Und Du weißt das Anwendungen nur noch komplett signiert laufen? D.h. "gebrochene Signatur"=="Startverbot"?Und Du weißt, dass man seit Vista Anwendungen in Windows komplett über Manifeste Ihre API-Eigenschaften steuern kann?
Auch Metro Anwendungen sind ganz normale Prozesse! 100% in der Windows-API sichtbar und vorhanden. Und sie sind nativ und sie sind sicher, weil sie eben in einer isolierten Session laufen.
Ja nativ ist genauso sicher wie managed Code. Weil man mit der Session Isloation ene perfekte Sandbox aufbauen kann.
Session Isolation funktioniert unter Vista und Windows 7... das Thema wird ausgebaut werden. Deshalb KANN nativ == sicher sein!
-
Martin Richter schrieb:
Wieder wird nur ein neuer Hype gesehen, den man künstlich pushed.
Apple sei Dank ?
Man kann sich in der heutigen Zeit echt fragen infern in der Wirtschaft noch Produktion sinnvoll ist, wo es die ganzen Medienhypes gibt.
Eigentlich ist es COM, dass schon jeder lange tot gesagt hat.
Welche Alternativen gibt es denn zu der Broker Pattern Implementierung COM ?
-----
Für meinen Teil bin ich froh dass die WinRT eine über die WinAPI gelegte API-Schicht zu sein scheint, s.d. ich immer noch mit der WinAPI programmieren kann.
Wäre auch ziemlich dumm, wenn die WinAPI sterben würde und alle Programme von heute auch morgen mit der Fehlermeldung "Kann user32.dll nicht finden" nicht mehr starten würden.
-
Ja das weis ich doch! Es klang einfach danach...dass man jetzt keine Probleme mehr hätte... Wennn einer will kann er auch dass umgehen Punkt.
