GDI+는 실제로 여전히 "사용 가능한" 기술입니까?
https://stackoverflow.com/questions/22779
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
특히 .net 측면에서 GDI+가 여전히 사용할 가치가 있는 기술인지 여부가 조금 궁금합니다.
물론 GDI+는 여전히 Windows에서 이미지를 처리하는 기술이지만 비관리 코드이기도 합니다(분명히).이제 GDI+가 ASP.net¹에서 실제로 지원되지 않는다는 사실을 알게 된 후 다음과 같은 의문이 들었습니다.관리 코드에서 완전히 실행되는 이미지 조작 라이브러리를 갖는 것이 실제로 가능합니까?XNA는 그래픽 카드를 사용하기는 하지만 내가 올바르게 기억한다면 이를 수행합니다.
일종의 관리형 GDI+를 구현하는 .net 이미지 라이브러리가 있을까요?
해결책
여전히 사용할 가치가 있는 기술입니다.업그레이드되지 않거나 업그레이드되지만 고급 렌더링 기능이 필요하지 않은 GDI+를 사용하는 Windows Forms 및 관리되지 않는 앱이 많이 있습니다.GDI+는 이전 응용 프로그램과 Windows Forsm으로 작성된 새 응용 프로그램에 적합한 추가 솔루션입니다.이것이 GDI+가 Vista에서 완전한 DirectX 솔루션을 선호하지 않은 주된 이유입니다.
GDI/GDI+에는 특별한 문제가 없습니다.사실, Aero 등만큼 진보된 것은 아니지만 항상 중요한 것은 아닙니다.특히 LOB 응용 프로그램(Vista를 실행할 수 있는 컴퓨터가 없는 회사에서, 우리 회사에서는 확실히 그렇지 않습니다)에서 GDI+는 매우 중요한 기술입니다.
지원되지 않는다는 사실(적어도 그리기에는...)여전히 이미지 조작에 사용할 수 있음) ASP.NET에서는 다른 그리기 기술이 웹 응용 프로그램(플러그인 기반 "응용 프로그램"에도 불구하고)에 대해 지원되지 않기 때문에 빨간 청어입니다.
다른 팁
System.드로잉은 GDI+ 위에 구축되었습니다.그냥 포장지일 뿐입니다.
당신이 사용할 수있는 안티그레인 GDI+ 대신.이 라이브러리를 사용하는 애플리케이션의 예는 다음을 참조하세요. 크리에이티브 문서 .NET.
SDL 일부 유형의 응용 프로그램에도 매우 적합할 수 있습니다.
쓸 수 있는?그렇죠.그랬던 것처럼.항상 엄청나게 느리고 텍스트 렌더링이 항상 깨졌으며 Windows용 차세대 공식 그래픽 레이어가 아닐 것이라는 것이 한동안 분명해졌습니다.
그걸로 감당할 수 없다면, 더 빠르고/또는 더 높은 품질과 더 적은 시스템 종속성을 지닌 다른 그래픽 라이브러리가 많이 있습니다.비록 관리 코드에 구현된 것이 무엇인지는 모르지만요.
Blockquote 기타 많은 그래픽 라이브러리가 많이 있습니다. 더 빠르고 / 또는 더 높은 품질 / 더 적은 시스템 종속성 ...
C++에서 GDI+ 대신 사용할 수 있는 라이브러리 중 일부를 나열할 수 있습니까?
