为什么是WPF?(作为2D矢量图形API)

为什么是WPF?(作为2D矢量图形API),wpf,Wpf,我有一个二维矢量图形的可视化模块。所有对绘图API的调用都严格隔离在那里。我希望能够通过重新实现模块,用另一个绘图API替换一个绘图API。所有用于可视化的数据都通过一个名为Ixxx的接口传输到模块中。我可以在GDI+(通过WinForms)和WPF之间进行选择,那么为什么要选择最后一个呢?有什么原因吗 在对朋友间切换到WPF的常见案例进行分析后,我发现主要原因是: WPF更新/更酷/更现代/更有趣/诸如此类 Ixxx设计得不够抽象(例如,传输原始XAML),或者它根本不存在(任何模块在任何时候

我有一个二维矢量图形的可视化模块。所有对绘图API的调用都严格隔离在那里。我希望能够通过重新实现模块,用另一个绘图API替换一个绘图API。所有用于可视化的数据都通过一个名为Ixxx的接口传输到模块中。我可以在GDI+(通过WinForms)和WPF之间进行选择,那么为什么要选择最后一个呢?有什么原因吗

在对朋友间切换到WPF的常见案例进行分析后,我发现主要原因是:

  • WPF更新/更酷/更现代/更有趣/诸如此类
  • Ixxx设计得不够抽象(例如,传输原始XAML),或者它根本不存在(任何模块在任何时候以它想要的方式绘制任何东西)。当然,如果您没有自己的图形描述解决方案,那么最好使用XAML,而不是什么都不使用,共享公共HDC
  • 再说一次,我不会向任何给定的API“出卖我的灵魂”(详见AJ&TZ),我只想暂时“租借”。这意味着除了在同一个地方绘制所有数据外,不使用任何API

    问候,, 哔叽布。

    • WPF是为矢量图形设计的。GDI+用于光栅图形

    • WPF将使用计算机的图形处理器。GDI+将在CPU中完成所有操作
    • WPF有一个全新的API,强调易用性。GDI+是古老的(Windows 3 x天),专注于性能,我们现在认为极低功率的硬件。
    • WPF有一个我们大多数人都不理解的全新API。每个人都知道如何使用GDI+

    • 学习2D WPF,为3D WPF奠定了基础。在GDI+之后,您需要使用Direct3D重新开始
    注:我不是一个图形的人,我写的业务应用程序。这主要是基于营销文献和少量测试计划。

    • WPF是为矢量图形设计的。GDI+用于光栅图形

    • WPF将使用计算机的图形处理器。GDI+将在CPU中完成所有操作
    • WPF有一个全新的API,强调易用性。GDI+是古老的(Windows 3 x天),专注于性能,我们现在认为极低功率的硬件。
    • WPF有一个我们大多数人都不理解的全新API。每个人都知道如何使用GDI+

    • 学习2D WPF,为3D WPF奠定了基础。在GDI+之后,您需要使用Direct3D重新开始

    注:我不是一个图形的人,我写的业务应用程序。这主要基于营销文献和少量测试程序。

    WPF图形是硬件加速的。我认为这是一个重要的考虑因素。它是一个非常灵活的2D图形API,并且有一个很好的在线社区


    这个库值得一看,看看WPF可以做什么:

    WPF图形是硬件加速的。我认为这是一个重要的考虑因素。它是一个非常灵活的2D图形API,并且有一个很好的在线社区


    这个库可能值得您一看,看看WPF可以做什么:

    WPF是基于向量的,这是一件大事!你的帖子似乎有点偏颇。我们,普通的代码猴子只是想把我们的孩子送到一所好的私立学校。卖灵魂是为20岁的人准备的。如果WinForms GDI+是你唯一的选择,那么这是一个不需要动脑筋的选择:WPF。有人知道图形加速吗?你真的认为大多数人都知道AJ&TZ的意思吗?那本书永远不会像GOF那样有名。2莱特科德:我认为完全一样,它永远不会像GOF那样有名。然而,你可以利用这个机会去了解它,或者绕过首字母缩略词(让你想象一下)。WPF是基于向量的,这是一件大事!你的帖子似乎有点偏颇。我们,普通的代码猴子只是想把我们的孩子送到一所好的私立学校。卖灵魂是为20岁的人准备的。如果WinForms GDI+是你唯一的选择,那么这是一个不需要动脑筋的选择:WPF。有人知道图形加速吗?你真的认为大多数人都知道AJ&TZ的意思吗?那本书永远不会像GOF那样有名。2莱特科德:我认为完全一样,它永远不会像GOF那样有名。然而,你可以利用这个机会去了解它,或者绕过首字母缩略词(让你发挥想象力)。“GDI+将在CPU中完成一切。”这是真的吗?我曾经认为任何现代视频卡(从古代Matrox的)都能加速GDI+。目前还没有找到支持或反对的:看起来今天没有人对GDI+加速感兴趣。无论如何,谢谢,我将阅读更多关于WPF加速的内容,特别是与字形渲染(绘图引擎的致命弱点!)相关的内容。“在GDI+之后,您需要重新开始使用Direct3D”。我想这没关系,因为我对D3DIM(8)已经足够熟悉了。但如果我一点也不知道的话,问题是[hypotical]WPF对项目成功(基于2D模块质量)的优势,而不是对程序员的教育。就我(非常有限)的知识而言,GDI+根本没有考虑到现代视频卡。记住,这些API可以追溯到Windows 3.1时代。@noober是的,它是正确的,尽管它过去是错误的。取决于你是否对阴谋论感兴趣,你可能会认为Vista扼杀了这一点,要么是因为为DWM移植WPF太费力,要么是因为他们想更好地区分WPF和GDI。“GDI+将在CPU中完成一切。”这是真的吗?我曾经认为任何现代视频卡(从古代Matrox的)都能加速GDI+。目前还没有找到支持或反对的:看起来今天没有人对GDI+加速感兴趣。无论如何,谢谢,我将阅读更多关于WPF加速的内容,特别是与字形渲染(绘图引擎的致命弱点!)相关的内容。“在GDI+之后,您需要重新开始使用Direct3D”。我想这没关系,因为我对D3DIM(8)已经足够熟悉了。但如果我一点也没有的话,问题是关于[海波特]