Re: Geschwindigkeit Grafikaufbau .Net WinForms

Tech-Archive recommends: Fix windows errors by optimizing your registry

From: Stephan Glahs (%NOSPAMsg_at_gla-wel.deNOSPAM%)
Date: 07/14/04

  • Next message: Dirk Primbs [MS]: "Re: Geschwindigkeit Grafikaufbau .Net WinForms" 
    Date: Wed, 14 Jul 2004 13:04:22 +0200

    [...]
    > > In Windows, oder in .Net...? Ich frag nur, weil Du eben sagtest, das
    > > es bei
    > > VB6 nicht so war...
    >
    > VB6 hat z.B. Lables direkt mit GDI auf das Formular gezeichnet. Deshalb
    ist
    > da auch kein Handle erforderlich. Es gab ja sogar noch andere
    "lightweight"
    > Controls die ebenfalls ohne Window arbeiten, sondern sich einfach auf
    den
    > Container zeichen, und anstelle der WndProc eine Art HitTest - Logic
    > implementieren.

    Vielleicht sollte ich meine Masken auch so aufbauen, das die Textboxen mit
    GDI+ direkt auf das UserControl gezeichnet werden, d.h. alle Controls die
    ich benutzen möchte selbst neu programmieren. Mal von dem Aufwand ab-
    gesehen, gäbe das dann nicht einen ungeheuren Performance-Vorsprung?

    > Ich denke, dass man Windows-Forms da einfach noch ein bischen Zeit geben
    > muss. Die Performance von Windows-Applikationen ist nähmlich wirklich
    nicht
    > so berauschend. Viel davon wird durch die schlechte Performance von GDI+
    > verursacht, das ja nicht hardwarebeschleunigt wird.

    Naja, ich glaube nicht, das es daran liegt, sondern an der .Net
    Architektur selbst.
    Wie Herfried schon sagte, setzt .Net eine einigermaßen zeitgemäße Hardware
    vorraus und ich denke mal, das Microsoft bewußt in Kauf genommen hat, das
    Anfangs die Performance noch zum Streitpunkt wird.

    > Windows-Forms werden IMO ohnehin nicht mehr allzulange existieren bzw.
    den
    > jetzigen Status halten. Spätestens mit Avalon wird sich eine neue UI -
    > Technologie durchsetzen, die wesentlich performanter ist (wird AFAIK
    über
    > Direct-X dargestellt), und sich auch auf anderen Platformen besser
    mirgieren
    > lässt, da es nicht an die Win32 Api gebunden ist.
    >

    Naja, wir sind nun noch gar nicht alle so richtig auf .Net umgestiegen und
    reden
    schon wieder von neuen Technologien. Bestehende Projekte werden wohl kaum
    von einer neuen UI-Technologie profitieren, oder wie sieht das aus?

    Stephan

  • Next message: Dirk Primbs [MS]: "Re: Geschwindigkeit Grafikaufbau .Net WinForms"

    Relevant Pages

    • Re: Geschwindigkeit Grafikaufbau .Net WinForms
      ... > Controls und eigenem Anwendungsdesign zurückhalten muß, ... Ein paar Informationen zum Thema Performance & Windows Forms: ... .NET Developer Center: Performance ...
      (microsoft.public.de.german.entwickler.dotnet.framework)
    • Re: msdn tv
      ... Damit sind er uns seine Firma ... > die für schnellere Entwicklungszeit und Performance bei .NET Sprechen. ... Ich denke, hier geht es weniger darum, ob Systeme, die mit Technologie X ...
      (microsoft.public.de.german.entwickler.dotnet.framework)
    • Re: Performance bei Vergleichoperationen
      ... C# oder andere .NET Sprachen ... den "unsafe" Code ausgewichen werden. ... Optimierungsmöglichkeiten und in Teilen einer geringeren Performance. ... JIT kompiliert wird. ...
      (microsoft.public.de.german.entwickler.dotnet.csharp)
    • Re: Ein paar grundsätzliche Fragen zur Optimierung der Leistung
      ... das .Net nicht Probleme ... wenn sie die Performance Deiner .Net-Anwendung sehen. ... weil Du vorher das Framework installieren mußtest. ... >Datenbank aufsetzt, scheint mir die ganze Sache mit dem ...
      (microsoft.public.de.german.entwickler.dotnet.datenbank)
    • Re: . Net vs Delphi
      ... ach ja, unsere Kunden sind ... Daran scheitert dann irgendwann eine Weiterentwicklung und man muss ... Nein, schon lange ist .NET eine der stabilsten Plattformen, die ich ... > Wenn man dann noch die Performance anschaut. ...
      (microsoft.public.de.german.entwickler.dotnet.csharp)