是GDI+实际上仍然是一个"可用的"技术？

Question

我只是想知道一点是否GDI+仍然是一个技术的使用价值，特别是中的一个。净意义。

授予，GDI+仍然是技术来处理中的图像窗，但它也是管理的代码(显然).现在，在发现GDI+实际上是不支持在ASP。net1，我只是想知道：它实际上是可行的，有图像处理图书馆运行完全管理的代码？部署它不会如果我正确地记得，尽管它使用卡。

是有可能连任。净图像库，实现一种管理GDI+?

¹ 来源, 也Microsoft提供的只是 的东西 对于ASP.net 使用GDI+。

Answer 1

它仍然是一个技术值得使用。有很多窗户的形式和周围的应用程序托管使用GDI，既不会升级，或将升级，但这不需要更多的高级渲染的能力。GDI是一个良好的螺栓固定的解决方案的旧应用程序，并为新编写的应用程序，在Windows Forsm.这就是主要原因GDI+不是砍在Vista赞成票的完全安装的解决方案。

没有具体地说错什么GDI/GDI+。真的，它不是作为先进的航空等人，但这并不总是问题。特别是在LOB应用程序(在公司可能甚至没有机器能够运行Vista-我肯定不会)，GDI+是一个非常重要的技术。

事实上，它不支持(用于绘制的，至少...你仍然可以使用它的图像操纵)在ASP.NET 是红鲱鱼，因为其他绘图技术不支持网络应用程序(插件为基础的"应用"尽管如此).

Answer 2

系统。绘图是建立在GDI+。这只是一个包装。

http://msdn.microsoft.com/en-us/library/system.drawing.aspx

Answer 3

你可以使用 AntiGrain 而不是GDI+。作为例子的一个应用程序，使用这个图书馆见 创造性的文档。净.

SDL 也可以很适于某些类型的应用。

Answer 4

可用的?嗯，是的。在某种程度上，它曾经是。它一直非常缓慢，文本呈现有总是被打破，它已经显而易见的一段时间，现在，它不会是下一个的官方图片层的窗口。

如果你不能住在一起，然后还有很多其他形图书馆，更快和/或质量更高/较少的系统的依赖关系...虽然我不知道有任何实施管理的代码。

Answer 5

大段引用 还有很多其他形图书馆，更快和/或质量更高/较少的系统的依赖关系...

可以列表，他们中的一些图书馆，可用于相反的GDI+C++?