Jaki jest najlepszy sposób na serwowanie wielu plików binarnych za pomocą jednej metody WebApi?

Question

Posiadam metodę kontrolera ASP.NET MVC 4 Web Api, która przekazuje listę identyfikatorów plików i zwraca obrazy miniatur dla tych plików.

Tak, klient może przejść na liście identyfikatorów numerycznych (np 10, 303, 29), a metoda zwraca List gdzie ThumbnailImage wygląda trochę jak ten:

class ThumbnailImage 
{ 
    public int Id { get; set; } 
    // Some other stuff 
    public byte[] RawData { get; set; } 
} 

tego powodu, że osoba dzwoniąca przechodzi na listę identyfikatorów, zamiast wykonywać jedno połączenie za przedmiot, mam nadzieję, że będzie oczywiste - do pobrania mogą być dziesiątki lub setki elementów i staram się unikać całego ruchu HTTP, który byłby wymagany do pobrania ich pojedynczo .

Obecnie używam RestSharp i JSON.NET, więc moje obiekty ThumbnailImage są przekazywane przez przewód jako JSON. Z punktu widzenia prostoty kodowania wszystko jest w porządku, ale JSON nie jest wydajnym sposobem reprezentowania danych binarnych.

Tak więc, myślę, że powinienem zwrócić surowe bajty jako strumień oktetu ... jednak, chociaż mogę to łatwo zrobić dla pojedynczego obrazu, nie jestem pewien, jak najlepiej to zrobić dla wielu obrazów, szczególnie gdy muszę również zwrócić ID i różne inne informacje dla każdego pliku. (Identyfikator jest wymagany, ponieważ wyniki niekoniecznie zostaną zwrócone w określonej kolejności - a niektórych plików może brakować).

I może po prostu napisać wszystko fragmentarycznie do strumienia odpowiedzi, tak aby dla każdej pozycji zapisałem identyfikator (odpowiednio zakodowany), a następnie długość danych obrazu, a następnie same dane obrazu, a następnie przez to samo dla następnego elementu itp

rozmówca będzie wtedy po prostu zachować czytania ze strumienia dopóki nie został wyczerpany, czyniąc założenia dotyczące kodowania (i długości!) z identyfikatorów itd

Myślę, że to by zadziałało, ale wydaje się nieporęczne - czy istnieje lepszy sposób?

Answer 1

OK, oto fragment kodu, który wydaje się działać, używając MultartContent, o którym mowa w KiranChalla.(Jest to tylko atrapa przykładowy, który pokazuje w jaki sposób, aby powrócić dwa pliki różnych typów, w połączeniu z „obiekt” JSON zakodowane (który w tym przypadku jest tylko lista całkowitej identyfikatorów).

public HttpResponseMessage Get() 
{ 
    var content = new MultipartContent(); 
    var ids = new List<int>() { 1, 2 }; 

    var objectContent = new ObjectContent<List<int>>(ids, new System.Net.Http.Formatting.JsonMediaTypeFormatter()); 
    content.Add(objectContent); 

    var file1Content = new StreamContent(new FileStream(@"c:\temp\desert.jpg", FileMode.Open)); 
    file1Content.Headers.ContentType = System.Net.Http.Headers.MediaTypeHeaderValue.Parse("image/jpeg"); 
    content.Add(file1Content); 

    var file2Content = new StreamContent(new FileStream(@"c:\temp\test.txt", FileMode.Open)); 
    file2Content.Headers.ContentType = System.Net.Http.Headers.MediaTypeHeaderValue.Parse("text/plain"); 
    content.Add(file2Content); 

    var response = new HttpResponseMessage(); 
    response.Content = content; 
    return response; 
} 

Answer 2

Można utworzyć skompresowany plik (np. Plik ZIP) ze wszystkich miniatur i wysłać go z powrotem.

Następnie wywołujący musi rozpakować swój koniec - wysłanie pojedynczego pliku zawierającego wiele plików będzie znacznie bardziej akceptowalne, niż wysłanie wielu plików w jednym strumieniu.

Wadą jest mniejsza szansa na skorzystanie z buforowania (oczywiście w zależności od sposobu użytkowania).

Answer 3

Jednym wyzwaniem, które widzę, jest to, że na podstawie liczby odsyłanych obrazów, rozmówca musi skorygować ich wartość limitu czasu. Gdyby to było w sklepie z książkami, może być dużo zdjęć wysłanych z powrotem.

Co zrobić, jeśli odesłałeś tylko adresy URL do każdego obrazu i pozostawiłeś je dzwoniącemu, aby uzyskać rzeczywisty obraz? Oznaczałoby to trochę więcej ruchu z wieloma połączeniami, ale osoba dzwoniąca otrzymywałaby informacje wcześniej niż później, a następnie otrzymywała obrazy na podstawie wymagań dzwoniącego.

Mógłbym się mylić, ale myślałem, że ideą odpoczynku jest identyfikacja każdego zasobu, a nie łączenie kilku obrazów i wywoływanie tego zasobu. Po prostu myśl ...