3. WinAPI-Ersatz in Windows Longhorn

WinAPI-Ersatz in Windows Longhorn

  • D

    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.

    0
  • M

    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++?

    0
  • W

    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.

    0
  • N

    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.

    0
  • ?

    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.

    0
  • O

    Welche Aspekte von .NET kann man denn mit CLI/C++ nicht ausnutzen?

    0
  • ?

    [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~ ⚠

    0
  • D

    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)

    0
  • W

    faxen_dicke: Würdest du bitte lernen richtig zu quoten?

    0
  • ?

    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.asp

    Wie 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.

    0
  • A

    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.asp

    C++/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.

    0
  • N

    Artchi schrieb:

    net schrieb:

    aber am besten ist es, wenn man zur .NET-basierten entwicklung c# nutzt. nur damit kann man .NET voll ausreizen.

    Beweise?

    keine beweise 😞
    hab' dunkel in erinnerung dass mal einer problemchen hatte irgendwas in c++ unter .NET hinzukriegen, was mit c# ganz einfach gewesen wäre.

    0
  • ?

    also rede doch nicht so ein scheiss. das kommt doch erst mit visual studio .net 2005. das kannst du doch noch gar nicht ausprobiert haben.

    0
  • M

    aus wikipedia.de :

    Vergleich mit anderen .NET-Sprachen

    Ein weiterer Grund, warum mit C++/CLI erstellte Programme etwas schneller sind, als in anderen .NET-Sprachen erstellte Programme, ist der C++-Compiler, den es im Vergleich mit anderen Sprachen wie z.B. C# schon viel länger gibt, und in den schon beträchtlich mehr Aufwand zur Optimierung des erzeugten Codes gesteckt wurde. Zur Zeit (2004) sind .NET-Programme, die mit C++/CLI erstellt werden etwa 20 bis 25 Prozent schneller als andere.

    Eine Besonderheit von C++/CLI ist die Mischbarkeit von managed und unmanaged Code. Bisher ist C++/CLI die einzige Sprache, mit der man sowohl managed als auch unmanaged Code in einer einzigen Programmdatei mischen kann.

    Gibts da ein Tut drüber, über das CLI meine ich?

    0
  • D

    asdfasdf schrieb:

    also rede doch nicht so ein scheiss. das kommt doch erst mit visual studio .net 2005. das kannst du doch noch gar nicht ausprobiert haben.

    Der Tonfall ist nicht angemessen.

    Was kommt erst mit VS2005?

    0
  • N

    asdfasdf schrieb:

    also rede doch nicht so ein scheiss. das kommt doch erst mit visual studio .net 2005. das kannst du doch noch gar nicht ausprobiert haben.

    hab' ich auch nicht. war wer anders. ausserdem geht bei meinem ollen vs2002 das auch schon. schimpft sich 'verwaltete c++ anwendung'

    0
  • ?

    @net: Die Rede war von C++/CLI und nicht von Managed C++.

    0
  • A

    @asdf! Ach? Und ManagedC++ ist nicht C++/CLI? Du bist ja ein ganz lustiges Kerlchen. ManagedC++ ist C++/CLI 1.0 und mit VC++ 2005 kommt C++/CLI 2.0. ManagedC++ wird als Begriff jedoch nicht mehr verwendet. Alles klar? Also mach hier die Forenmitglieder nicht so blöde an.

    0
  • ?

    alles klar 🤡

    0
  • A

    net schrieb:

    asdfasdf schrieb:

    also rede doch nicht so ein scheiss. das kommt doch erst mit visual studio .net 2005. das kannst du doch noch gar nicht ausprobiert haben.

    hab' ich auch nicht. war wer anders. ausserdem geht bei meinem ollen vs2002 das auch schon. schimpft sich 'verwaltete c++ anwendung'

    Verwaltete C++ Anwendung = ManagedC++ = C++/CLI 1.0

    Passt schon! 🙂

    0
Anmelden zum Antworten