请问用C#图像编程有什么缺点吗?和C++比呢? 比如对图像做一些诸如翻转,剪切等操作。会不会效率低呢?

解决方案 »

  1.   

    C# 用GDI+ 比C++ 的GDI要方便得多
      

  2.   

    c# 的图像编程说是比较牛B,实现了很多原来API都才能实现的工作,所以叫GDI+比如对图像做一些诸如翻转,剪切等操作,实现起来效率也不低,(因为底层还是c++)但是 在图像处理时,经常有资源释放和其他莫名奇妙的错误,导致整个程序的崩溃。ps,大/中型的图像处理表用c#,小型的还可以,然后,多研究一下开源的软件。
      

  3.   

    c# 处理速度相对较慢。我正在用。
    复制黏贴之类的还可以。
    正如2楼说的
    C# 用GDI+ 比C++ 的GDI要方便得多。
    就是合并图像什么的用传统算法太慢了。。
      

  4.   

    如果需要专业图像处理,还是要用第三方软件的比较好。C#简单些,开发效率高,但运行效率不及C++。C++运行效率高但较复杂。
      

  5.   

    c# 处理速度相对较慢。我正在用。
    复制黏贴之类的还可以。
    正如2楼说的
    C# 用GDI+ 比C++ 的GDI要方便得多。
    就是合并图像什么的用传统算法太慢了。。
    ====================================================
    在处理超大的图片或者要进行超复杂的运算,可能会效率稍微低些,一般小的操作看不出什么明显的慢。
      

  6.   

    关键在于效率,建议比较简单的处理可以直接调 GDI+,需要定制化程度比较深的,处理时间比较长的,建议还是用 C++ 来做,另外很关键的是算法,其他的都差不多
      

  7.   

    WPF/Silverlight的图像编程方面的支持不也挺好吗?没有用到GDI/GDI+,而是直接调用Direct3D.操作一些相对简单的3D图像也没问题。如果非常讲究实时效果,比如像游戏似的,那就得涉及DirectX SDK或XNA的吧。所以,你这提法就有问题,不是用哪个语言的问题,而是用哪个开发库的问题。
      

  8.   

    C++里也一样可以用GDI+,比GDI方便些。至于楼主问题,好像和具体用哪个类库有关。C#和C++最大的差别就是慢一点,但方便一点。