Speed of C# and GDI+

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

From: Mateusz Łoskot (antispam_at_see.my.signature)
Date: 04/29/04

  • Next message: Harry Simpson: "Re: Simple Form Question"
    Date: Thu, 29 Apr 2004 20:18:20 GMT
    
    

    Hello,

    I'm going to go with my project one of two possible ways
    and I have to make some decisions. First, I'd like
    to know more details and others experiences.

    I have an ActiveX component which draws a lot of geometries
    (lines, points,polygons) and manages
    large amount of objects of geometries (hundreds and even thousands).
    I would like to use it under Pocket PC with .NET
    Compact Framework without the Odyssey CFCOM solution.
    As we know, Compact Framework does not support ActiveX
    hosting at all (natively).
    So, there are two possibilities for me:

    1 - try to make my ActiveX simple COM object without any GUI elements
    and serving only data structures and geometries computations
    and geometries would be drawn by GDI+ (.NET CF).

    2 - use only C++ and native code.

    The former would provide me with .NET advantages and faster
    GUI development but as I know there are performance limitations.
    Am I right ? What about my architecture of geometries rendering
    using GDI + ? What about the performance ?
    The latter solution gives me the best control over
    my application and components, but it's harder
    to develop GUI and other things.

    If I'd choose the first one, I have to redevelop my ActiveX
    to simple COM DLL wrapped by P/Invoke without any GUI objects
    (no ActiveX elements).
    The question is how it (P/Invoke, marshaling, etc.) will
    influence the performance of my application ?
    Are graphics operations under .NET CF fast ?
    Is there any comparsion ?

    Are there people having similar problems with making
    decision about going unmanage C++ or managed .NET CF way ?
    Could you share your experience ?

    Thanks for any information !

    BTW, I post it on two newsgroups,
    microsoft.public.dotnet.framework.compactframework
    and microsoft.public.pocketpc.developer.
    If I broke netiquete, forgive me ;-)

    -- 
    Mateusz Łoskot
    mateusz at loskot dot net
    

  • Next message: Harry Simpson: "Re: Simple Form Question"

    Relevant Pages

    • Speed of C# and GDI+
      ... large amount of objects of geometries. ... Compact Framework does not support ActiveX ... GUI development but as I know there are performance limitations. ... Mateusz Łoskot ...
      (microsoft.public.pocketpc.developer)
    • Re: Speed of C# and GDI+
      ... > large amount of objects of geometries. ... Compact Framework does not support ActiveX ... > GUI development but as I know there are performance limitations. ... > mateusz at loskot dot net ...
      (microsoft.public.pocketpc.developer)
    • Re: Speed of C# and GDI+
      ... > large amount of objects of geometries. ... Compact Framework does not support ActiveX ... > GUI development but as I know there are performance limitations. ... > mateusz at loskot dot net ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Speed of C# and GDI+
      ... Get your data mobile ... >> large amount of objects of geometries. ... Compact Framework does not support ActiveX ... >> GUI development but as I know there are performance limitations. ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Speed of C# and GDI+
      ... Get your data mobile ... >> large amount of objects of geometries. ... Compact Framework does not support ActiveX ... >> GUI development but as I know there are performance limitations. ...
      (microsoft.public.pocketpc.developer)