Po kilku dniach śledzenia dziwnych błędów GDI + natknąłem się na ten mały klejnotMSDN:

Klasy w przestrzeni nazw System.Drawing nie są obsługiwane do użytku w usłudze Windows lub ASP.NET. Próba użycia tych klas z jednego z tych typów aplikacji może spowodować nieoczekiwane problemy, takie jak zmniejszona wydajność usługi i wyjątki czasu wykonywania.

Nie wiem, czy „usługa ASP.NET” oznacza „aplikację internetową” w tym kontekście, ale „zmniejszona wydajność usługi” z pewnością wydaje się obejmować losowy asortyment „błędów generycznych w GDI +” i błędów „braku pamięci” że moja aplikacja rzuca - przerywane, nie powtarzalne błędy odczytu i zapisu obrazów JPEG, które - w wielu przypadkach - zostały faktycznie utworzone przez System.Drawing.Imaging.

Więc jeśli GDI + nie może niezawodnie odczytywać i zapisywać plików JPEG w aplikacji internetowej, to czego powinienem użyć?

Chcę, aby użytkownicy mogli przesyłać obrazy (wymagany JPEG, inne miłe formaty), ponownie je przesłaćniezawodniei wyświetlaj przydatne komunikaty o błędach, jeśli coś pójdzie nie tak. Jakieś pomysły? Czy warto rozważyć obszary nazw System.Media z WPF?

EDYTOWAĆ: Tak, wiem, że GDI + działa „przez większość czasu”. To nie jest wystarczająco dobre, ponieważ gdy się nie powiedzie, robi to w sposób niemożliwy do wyizolowania lub odzyskania z wdziękiem. Nie interesują mnie przykłady kodu GDI +, który działa dla Ciebie: szukamalternatywne biblioteki do wykorzystania do przetwarzania obrazu.