GDI +가 특히 .net의 의미에서 사용 가치가있는 기술인지 아닌지 궁금합니다. GDI +는 실제로 여전히 "사용 가능한"기술입니까?
은 GDI +가 여전히 Windows에서 이미지를 처리 할 수있는 기술이다, 부여뿐만 아니라 관리되지 않는 코드 (분명히)입니다. 이제 GDI +가 실제로 ASP.net ¹에서 지원되지 않는다는 것을 알게 된 후 궁금한 점이 있습니다. Managed Code에서 완전히 실행되는 Image Manipulation Libraries를 실제로 사용할 수 있습니까? XNA는 그래픽 카드를 사용하기는하지만 올바르게 기억한다면 그렇게합니다.어쩌면 관리 GDI +의 종류를 구현에도 모든 .NET 이미지 라이브러리 있습니까?
¹ Source 또한 Microsoft는 GDI +를 사용하는 ASP.net에 대해 something을 방금 제공했습니다.
은 아직 사용 가치 기술입니다. Windows Forms 및 관리되지 않는 응용 프로그램이 많으며 GDI +를 사용하면 업그레이드되지 않거나 업그레이드 될 수 있지만 고급 렌더링 기능은 필요하지 않습니다. GDI +는 구형 응용 프로그램과 Windows Forsm으로 작성된 새로운 응용 프로그램에 적합한 좋은 솔루션입니다. Vista에서 GDI +가 완전히 DirectX 솔루션을 선호하지 않는 주된 이유입니다.
GDI/GDI +에는 문제가 없습니다. 사실, Aero 외처럼 진보 한 것은 아니지만 항상 중요하지는 않습니다. 특히 LOB 응용 프로그램 (아마도 Vista를 실행할 수있는 시스템조차 갖고 있지 않은 회사의 경우에도 확실히 그렇지 않습니다.)에서 GDI +는 매우 중요한 기술입니다.
ASP.NET에서는 다른 드로잉 기술이 웹 응용 프로그램에서 지원되지 않으므로 (드로잉, 적어도 ... 여전히 이미지 조작에 사용할 수 있음) 빨간색 청어로 지원됩니다 (플러그인 기반 "응용"에도 불구하고).
System.Drawing은 GDI + 위에 작성됩니다. 그것은 단지 포장지입니다.
사용 가능? 네, 그렇습니다. 그 정도까지. 그것은 항상 끔찍하게 느려졌습니다. 텍스트 렌더링은 항상 손상되었으며, 이제는 Windows 용 다음 공식 그래픽 레이어가되지 않을 것입니다. 당신이 살 수없는 경우
후 빠른 및/또는 더 높은 품질/적은 시스템 의존성, 거기에 다른 그래픽 라이브러리의 많음이있다 ... 내가 관리 코드에서 구현 어떤 잘 모르는 것 같아요 있지만.
는 유 대신에 사용될 수있는 그들 중 일부 라이브러리를 나열 할 수 ... 빠른 및/또는 더 높은 품질/적은 시스템 의존성, 거기 밖으로 GDI +와 C++?인용문 다른 그래픽 라이브러리를 많이
대신 GDI의 +의 AntiGrain을 사용할 수 있습니다. 이 라이브러리를 사용하는 응용 프로그램의 예로는 Creative Docs .NET을 참조하십시오.
SDL 또한 일부 응용 프로그램 유형에 매우 적합 할 수 있습니다.
Direct2d? http://blogs.technet.com/thomasolsen/archive/2008/10/29/introducing-the-microsoft-direct2d-api.aspx –