WinAPI-Ersatz in Windows Longhorn
-
MasterCounter schrieb:
Aber lohnt es sich für mich als Hobby-Coder jetzt schon auf .NET etc. umzusteigen? Ich will später vielleicht auch mal Informatik studieren und da sollte man ja dann immer auf dem neuesten Stand sein
dann sollteste dir .NET mal ansehen. zur zeit ist es sehr beliebt. kann zwar sein, dass in 5 jahren keiner mehr was von wissen will aber das ist ja eine ewigkeit im schnellebigen it-bereich
-
kennst du darüber ne gute seite, wo man was darüber erfährt
tutorials, was das überhaupt genau ist, ...
-
@MasterCounter
Es gibt mehr als .NET und sich dogmatisch auf irgend etwas festzulegen ist naiv und dumm. Es gibt nicht _das_ System oder _die_ Programmiersprache.
-
ich will mich ja nicht festlegen, ich will meinen horizont erweitern im MOment programmiere ich nämlich nur mit der WinAPI was WIndows betrifft und finde dass man mit der schon ziemlich weit kommen kann...
Mach ja mein ABI erst in drei Jahren...
-
Ich will dir nur sagen, dass du dich nicht einfach so naiv festlegen sollst. Arbeite mit vielen breitgefächerten Dingen, dass bringt dir viel mehr.
Wobei es natürlich absolut zu empfehlen ist, die WinAPI nicht zu benutzen, gerade als Anfänger.
-
naja, anfänger bin ich nicht mehr, hab auch schon einiges mit der WinAPI gemacht
(siehe meine Homepage: www.mscoder.de.tt ). Aber nicht dass das mit .NET nur so eine Phase ist und man das gar nicht braucht, wenn man die WinAPI kennt...
Warum sollte man die WinAPI nicht benutzen?
-
MasterCounter schrieb:
Aber nicht dass das mit .NET nur so eine Phase ist und man das gar nicht braucht, wenn man die WinAPI kennt...
Wer sagt das denn? Man sollte sich halt nicht _nur_ auf .NET fixieren.
MasterCounter schrieb:
Warum sollte man die WinAPI nicht benutzen?
Weil sie überholt ist und über kurz oder lang von der Bildfläche verschwinden wird.
-
wie stehts dann mit den MFC ?
-
MasterCounter schrieb:
wie stehts dann mit den MFC ?
Ebenso. Wenn man sie beruflich noch einsetzen muss, OK. Lernen würde ich die MFC _jetzt_ aber nicht mehr.
-
Walli schrieb:
MasterCounter schrieb:
wie stehts dann mit den MFC ?
Ebenso. Wenn man sie beruflich noch einsetzen muss, OK. Lernen würde ich die MFC _jetzt_ aber nicht mehr.
Ja, das muss ich sogar als MFC-Mod zugeben. Ich würde heutzutage keinem mehr empfehlen MFC zu lernen, obwohl ich der Überzeugung bin, dass es im Geschäftsbereich noch über viele Jahre eingesetzt wird, da viele Anwendungen sie benutzen und vermutlich die wenigsten ihren Code auf .NET portieren. Außer die Firma hat zu viele freie Resourcen.
-
also dann, auf zu .NET! kennt da jemand ne site auf der man sich mal ausgiebig darüber informieren kann, nach Möglichkeiut auf deutsch? Und was ist das mit c# braucht man das für .NET oder geht das auch noch mit c/c++?
-
MasterCounter schrieb:
Und was ist das mit c# braucht man das für .NET oder geht das auch noch mit c/c++?
Jein, mit reinem C++ nicht wirklich. Man braucht C++/CLI (ehemals Managed C++), eine Erweiterung von Microsoft und IMHO ein Schritt in die richtige Richtung.
-
Walli schrieb:
MasterCounter schrieb:
Und was ist das mit c# braucht man das für .NET oder geht das auch noch mit c/c++?
Jein, mit reinem C++ nicht wirklich. Man braucht C++/CLI (ehemals Managed C++), eine Erweiterung von Microsoft und IMHO ein Schritt in die richtige Richtung.
aber am besten ist es, wenn man zur .NET-basierten entwicklung c# nutzt. nur damit kann man .NET voll ausreizen.
-
Das stimmt nicht. Tatsächlich kann man nur mit C++/CLI alle Möglichkeiten des Frameworks bis ins letzte Detail nutzen. Ob das jetzt ausschlaggebend ist, muss jeder für sich wissen.
-
Welche Aspekte von .NET kann man denn mit CLI/C++ nicht ausnutzen?
-
[quote="net"]
Walli schrieb:
aber am besten ist es, wenn man zur .NET-basierten entwicklung c# nutzt. nur damit kann man .NET voll ausreizen.
NEIN!!!
Am Besten ist es, man nutzt jetzt endlich mal die Chance, auf MacOS X Entwicklung umzusteigen.
Dort weiß man wenigstens, wofür man eine vom Hersteller entwickelte API nutzt.
Spätestens seit dem MiniMac gibt es für niemanden mehr eine Ausrede!Das Kicken der WinAPI war für mich die letzte Dummheit von MS.
Aus die Maus. Ende im Gelände.
Die Zeiten, in denen wir Entwickler uns von Konzernen zu etwas nötigen lassen mussten, sind ja nun gottseidank vorbei.CLOSED~
-
Optimizer schrieb:
Das stimmt nicht. Tatsächlich kann man nur mit C++/CLI alle Möglichkeiten des Frameworks bis ins letzte Detail nutzen. Ob das jetzt ausschlaggebend ist, muss jeder für sich wissen.
Welche Aspekte von .NET kann man mit C# nciht ausnutzen? (voids Frage kopiert und berichtigt)
-
faxen_dicke: Würdest du bitte lernen richtig zu quoten?
-
operator void schrieb:
Welche Aspekte von .NET kann man denn mit CLI/C++ nicht ausnutzen?
z.B. bieten die Generics einige Feinheiten, auf die man nur mit C++ Zugriff hat, wie auch Herb Sutter vor kurzem in seinem Interview erwähnt hat (siehe C++ Forum).
Dann kommt die Interoperabilität der mächtigen C++ Features mit den Features des Frameworks, was mit anderen Sprachen einfach so nicht möglich ist. Sehr interessant dazu ist folgendes: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs05/html/BakerDozen.aspWie auch immer, selbst wenn das nicht die Welt ist (ist es auch nicht), frage ich mich, wie du zu deiner gegenteiligen Behauptung kommst, dass man nur mit C# das Framework ausreizen könne.
-
net schrieb:
aber am besten ist es, wenn man zur .NET-basierten entwicklung c# nutzt. nur damit kann man .NET voll ausreizen.
Beweise?
Kann ich nach diesem Artikel nämlich nicht bestätigen:
http://msdn.microsoft.com/netframework/archive/default.aspx?pull=/library/en-us/dnvs05/html/movnetwfx.aspC++/CLI gives you tremendous choice for how to access the functionality offered by the CLR (and by WinFX). If you have a new application to write, the advantages of writing it in C++/CLI to target the CLR are overwhelming. You can have robustness and reliability, access to important managed APIs, and developer productivity from available managed libraries, without giving up access to native libraries or to any C++ paradigms. This decision is clear: write new applications for Windows in C++/CLI as managed applications.
...
C++/CLI gives you all the power and flexibility of C++ on the CLR, gives you true deterministic destruction even for managed types, and gives you the highest-performance interop. It's a natural choice for any C++ programmer who has an application that should target the CLR.Nach diesem Artikel würde ich C# nicht mal mehr mit Kneifzange anfassen!
Nein, im ernst: C++/CLI erlaubt "mehr" unter .NET, wie z.B. das man Objekte selbst deleten darf. Was hier sogar als Vorteil genannt wird. Und da man C++ und C++/CLI mixen darf, kann man sogar rechenintensive Codeteile in nativen C++ coden, so das man das optimale aus seiner Applikation raus holen kann.