У меня есть довольно стандартное приложение .net MVC 4 Web API.
public class LogsController : ApiController
{
public HttpResponseMessage PostLog(List<LogDto> logs)
{
if (logs != null && logs.Any())
{
var goodLogs = new List<Log>();
var badLogs = new List<LogBad>();
foreach (var logDto in logs)
{
if (logDto.IsValid())
{
goodLogs.Add(logDto.ToLog());
}
else
{
badLogs.Add(logDto.ToLogBad());
}
}
if (goodLogs.Any())
{
_logsRepo.Save(goodLogs);
}
if(badLogs.Any())
{
_logsBadRepo.Save(badLogs);
}
}
return new HttpResponseMessage(HttpStatusCode.OK);
}
}
Все это прекрасно работает, у меня есть устройства, которые могут отправлять мне свои журналы, и это работает хорошо. Однако теперь мы начинаем беспокоиться о размере передаваемых данных, и мы хотим взглянуть на прием сообщения, сжатого с использованием GZIP?
Как мне это сделать? Является ли он настройкой в IIS или я могу использовать пользовательские фильтры действий?
РЕДАКТИРОВАТЬ 1
Следуя примеру Филиппа, я думаю, что мне нужно перехватить обработку запроса до того, как он попадет на мой контроллер. Если я могу уловить запрос до того, как веб-api framework попытается проанализировать тело запроса в моем бизнес-объекте, что не получается, потому что тело запроса все еще сжато. Затем я могу распаковать тело запроса, а затем передать запрос обратно в цепочку обработки, и, надеюсь, структура Web Api сможет анализировать (распаковывать) тело на мои бизнес-объекты.
Похоже, что использование DelagatingHandler - путь. Это позволяет мне получить доступ к запросу во время обработки, но до моего контроллера. Итак, я попробовал следующее:
public class gZipHandler : DelegatingHandler
{
protected override System.Threading.Tasks.Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, System.Threading.CancellationToken cancellationToken)
{
string encodingType = request.Headers.AcceptEncoding.First().Value;
request.Content = new DeCompressedContent(request.Content, encodingType);
return base.SendAsync(request, cancellationToken);
}
}
public class DeCompressedContent : HttpContent
{
private HttpContent originalContent;
private string encodingType;
public DeCompressedContent(HttpContent content, string encodType)
{
originalContent = content;
encodingType = encodType;
}
protected override bool TryComputeLength(out long length)
{
length = -1;
return false;
}
protected override Task<Stream> CreateContentReadStreamAsync()
{
return base.CreateContentReadStreamAsync();
}
protected override Task SerializeToStreamAsync(Stream stream, TransportContext context)
{
Stream compressedStream = null;
if (encodingType == "gzip")
{
compressedStream = new GZipStream(stream, CompressionMode.Decompress, leaveOpen: true);
}
return originalContent.CopyToAsync(compressedStream).ContinueWith(tsk =>
{
if (compressedStream != null)
{
compressedStream.Dispose();
}
});
}
}
}
Кажется, это работает нормально. Метод SendAsync вызывается перед моим контроллером и вызывается конструктор для DecompressedContent. Однако SerializeToStreamAsync никогда не вызывается, поэтому я добавил CreateContentReadStreamAsync, чтобы узнать, должно ли происходить декомпрессия, но это не вызвано.
Я упал, как будто я близок к решению, но мне нужно немного больше, чтобы получить его над линией.