Является MVC's ASP.NET FileStreamResult, менее эффективный, чем запись непосредственно в Поток вывода Ответа, или я пропускаю что-то?

В первую очередь, я люблю ASP.NET MVC. Этим вопросом не является критика его. Скорее я хочу подтвердить то, что я думаю, что вижу и удостоверяюсь, что я не пропустил что-то. Терпите меня... Я не могу добраться до вопроса, не обеспечивая определенный контекст.

Вопрос имеет отношение к возврату данных в Потоке в ответ на Сообщение HTTP. В былые дни перед ASP.NET MVC, Вы могли сделать это путем передачи по каналу данных непосредственно в Ответный поток. Например, Вы могли бы сделать что-то вроде этого:

someObjectThatDumpsOutputToWhateverStreamYouHandIt.WriteTo(Response.OutputStream); 

Заметьте ключевой аспект этого кода: Я не реализовал запоминающего устройства. Я не должен был передать информацию потоком к массиву байтов или вывести ее во временный файл. Скорее ASP.NET уже создал Поток в целях передачи ответа назад на браузер, и я вывел вывод, который я хочу непосредственно в тот Поток. Это более эффективно с точки зрения ЦП, памяти, и время выполнения, чем копирование всех данных к некоторому временному местоположению и затем перемещению его в Ответный поток.

Однако это не является очень дружественным по отношению к модульным тестам. На самом деле можно все еще сделать такой код в ASP.NET MVC, но пользовательское должно было бы избежать этого. Скорее ASP.NET MVC поощрил бы Вас возвращать ActionResult. ActionResult является понятием MVC ASP.NET, которое существует главным образом, чтобы быть дружественным модульным тестом. Это позволяет Вам "объявлять" то, что Вы хотите сделанный. Модульный тест может осуществить действие Контроллера и подтвердить, что это получает ожидаемый ActionResult. Тот модульный тест может работать вне браузера.

ASP.NET MVC предлагает своего рода ActionResult для возврата Потоков данных. Это называют FileStreamResult. Не позволяйте слову "File" на имя одурачить Вас. Это о возврате Потока данных, точно поскольку мы говорим о вышеупомянутом.

Однако вот проблема и основание моего вопроса: Если Вы заставляете свой метод Контроллера возвратить FileStreamResult, и Вы вручаете ему Поток, который Вы хотите возвратить, то кажется, что больше нет никакого способа для Вас вывести данные непосредственно к Ответному потоку. Теперь, кажется, что Вы вынуждены сделать свой собственный Поток с запоминающим устройством (таким как память или файл), вывести Ваши данные в него и затем вручить тот Поток FileStreamResult, который Вы возвращаете.

Таким образом, кажется, что я должен сделать что-то вроде этого (намеренно исключение располагают / использующий / и т.д.):

MemoryStream myIntermediateStream = new MemoryStream();
someObjectThatDumpsOutputToWhateverStreamYouHandIt.WriteTo(myIntermediateStream ); 

return new FileStreamResult(myIntermediateStream, "application/pdf");

Заметьте, что myIntermediateStream заставляет содержание большого потока данных быть сохраненным в памяти временно, так, чтобы FileStreamResult мог позже скопировать его снова в поток вывода Ответа.

Таким образом, вот мой вопрос: я пропустил что-то, или это с точностью до, говорят, что использование FileStreamResult вынуждает Вас иметь промежуточное место хранения, которое Вы не были бы вынуждены иметь, если бы необходимо было записать непосредственно в поток вывода Ответа?

Спасибо.