Ist GDI + eigentlich noch eine "brauchbare" Technologie?

Question

Ich frage mich nur ein wenig, ob GDI + immer noch eine Technologie ist, die es wert ist, benutzt zu werden, besonders im .net Sinn.

Zugegeben, GDI + ist immer noch die Technologie, um Bilder in Windows zu handhaben, aber es ist auch unmanaged Code (natürlich). Jetzt, nachdem ich festgestellt habe, dass GDI + tatsächlich nicht auf ASP.net¹ unterstützt wird, frage ich mich: Ist es wirklich machbar, Bildmanipulationsbibliotheken zu haben, die vollständig in Managed Code ausgeführt werden? XNA macht es, wenn ich mich richtig erinnere, obwohl es die Grafikkarte dafür benutzt.

Gibt es vielleicht sogar eine .net Image Library, die eine Art von verwaltetem GDI + implementiert?

¹ Source, auch Microsoft bot nur something für ASP.net, das GDI + verwendet.

Answer 1

Es ist immer noch eine Technologie, lohnt sich der Einsatz. Es gibt viele Windows Forms und nicht verwaltete Apps, die GDI + verwenden, die entweder nicht aktualisiert werden oder die aktualisiert werden, aber keine erweiterten Rendering-Funktionen benötigen. GDI + ist eine gute Bolt-on-Lösung für ältere Anwendungen und für neue Anwendungen, die in Windows Forsm geschrieben wurden. Das ist der Hauptgrund, warum GDI + in Vista nicht zugunsten einer vollständigen DirectX-Lösung gestrichen wurde.

Es ist nicht speziell etwas falsch mit GDI/GDI +. Es ist zwar nicht so fortgeschritten wie Aero et al, aber das ist nicht immer wichtig. Vor allem in LOB-Anwendungen (in Unternehmen, die wahrscheinlich nicht einmal über Vista-fähige Maschinen verfügen - meine ist es sicherlich nicht), ist GDI + eine äußerst wichtige Technologie.

Die Tatsache, dass es nicht unterstützt wird (zum Zeichnen, zumindest ... Sie können es immer noch für die Bildbearbeitung verwenden) in ASP.NET ist ein Ablenkungsmanöver, da andere Zeichnungstechnologien auch für Webanwendungen nicht unterstützt werden "Anwendungen" ungeachtet.

Answer 2

System.Drawing ist auf GDI + aufgebaut. Es ist nur ein Wrapper.

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

Answer 3

Verwendbar? Nun ja. In dem Maße, wie es jemals war. Es war immer furchtbar langsam, das Text-Rendering war schon immer kaputt, und es ist seit einiger Zeit klar, dass es nicht der nächste offizielle Grafik-Layer für Windows sein wird.

Wenn Sie damit nicht leben können, dann gibt es viele andere Grafikbibliotheken da draußen, schneller und/oder höhere Qualität/weniger Systemabhängigkeiten ... obwohl ich nicht weiß, implementiert in verwalteten Code.

Answer 4

Blockquote es gibt viele andere Grafikbibliotheken gibt, schneller und/oder höhere Qualität/weniger Systemabhängigkeiten ...

Könnte u einige von ihnen Bibliotheken aufzulisten, die statt verwendet werden könnten, GDI + mit C++?

Answer 5

Sie können AntiGrain anstelle von GDI + verwenden. Als Beispiel für eine Anwendung, die diese Bibliothek verwendet, siehe Creative Docs .NET.

SDL kann auch ziemlich für einige Arten von Anwendungen geeignet sein.