Como faço para converter um HttpRequestBase em um objeto HttpRequest?
-
12-09-2019 - |
Pergunta
dentro do meu controlador ASP.NET MVC, eu tenho um método que requer um objeto HttpRequest
. Tudo o que tenho acesso a é um objeto HttpRequestBase
.
Existe uma maneira que eu possa de alguma forma converter isso?
O que pode / devo fazer ??
Solução
É o seu método, para que possa reescrevê-lo a tomar HttpRequestBase
? Se não, você sempre pode obter o HttpRequest
atual HttpContext.Current.HttpRequest
passar. No entanto, muitas vezes eu embrulhar o acesso ao HttpContext dentro de uma classe, como mencionado na ASP.NET:. Remoção System.Web Dependências para melhor suporte de testes de unidade
Outras dicas
Você deve sempre usar HttpRequestBase e HttpResponseBase em sua aplicação, em oposição às versões concretas que são impossíveis de teste (sem typemock ou alguma outra mágica).
Basta usar o HttpRequestWrapper classe para converter como mostrado abaixo.
var httpRequestBase = new HttpRequestWrapper(Context.Request);
Você pode simplesmente usar
System.Web.HttpContext.Current.Request
A chave aqui é que você precisa o namespace completo para chegar ao "correta" HttpContext.
Eu sei que tem sido 4 anos desde que esta pergunta foi feita, mas se isso vai ajudar alguém, em seguida, aqui você vai!
(Edit: Eu vejo que Kevin Hakanson já deu esta resposta ... por isso espero que a minha resposta vai ajudar aquelas pessoas que acabou de ler as respostas e não de comentários.):)
Tente usar / criar um HttpRequestWrapper usando seu HttpRequestBase.
Para HTTP GET Request em ASP.NET MVC 4 .NET 4.5, você pode fazer o seguinte:
this.HttpContext.ApplicationInstance.Context.Request
Normalmente, quando você precisa acessar a propriedade HttpContext
em uma ação do controlador, não é algo que você pode fazer melhor projetar sábio.
Por exemplo, se você precisar acessar o usuário atual, dar o seu método de ação um parâmetro do tipo IPrincipal
, que você preencher com um Attribute
e simulada como desejar durante o teste. Para um pequeno exemplo de como, consulte este post e, especificamente, o ponto 7.
Não há nenhuma maneira de converter entre esses tipos.
Nós tivemos um caso semelhante. Nós reescreveu os nossos métodos de classes / serviços web para que eles usem HttpContextBase, HttpApplicationStateBase, HttpServerUtilityBase, HttpSessionStateBase ... em vez dos tipos de nome perto sem o sufixo "Base" (HttpContext, ... HttpSessionState). Eles são muito mais fáceis de lidar com zombaria feito em casa.
Eu sinto muito que você não poderia fazê-lo.
Este é um 3.0 AsyncController ASP.Net MVC que aceita solicitações, converte a entrada HttpRequestBase objeto MVC para um System.Web.HttpWebRequest. Em seguida, envia a solicitação de forma assíncrona. Quando a resposta vem de volta, ele converte a parte de trás System.Web.HttpWebResponse em um objeto MVC HttpResponseBase que pode ser devolvido através do controlador MVC.
Para responder a esta pergunta de forma explícita, eu acho que você só estaria interessado na função BuildWebRequest (). No entanto, ele demonstra como mover-se através de todo o oleoduto - conversão de BaseRequest> Request e Response> BaseResponse. Eu pensei que partilha tanto seria útil.
Através dessas classes, você pode ter um servidor MVC que funciona como um proxy web.
Espero que isso ajude!
Controlador:
[HandleError]
public class MyProxy : AsyncController
{
[HttpGet]
public void RedirectAsync()
{
AsyncManager.OutstandingOperations.Increment();
var hubBroker = new RequestBroker();
hubBroker.BrokerCompleted += (sender, e) =>
{
this.AsyncManager.Parameters["brokered"] = e.Response;
this.AsyncManager.OutstandingOperations.Decrement();
};
hubBroker.BrokerAsync(this.Request, redirectTo);
}
public ActionResult RedirectCompleted(HttpWebResponse brokered)
{
RequestBroker.BuildControllerResponse(this.Response, brokered);
return new HttpStatusCodeResult(Response.StatusCode);
}
}
Esta é a classe de proxy que faz o trabalho pesado:
namespace MyProxy
{
/// <summary>
/// Asynchronous operation to proxy or "broker" a request via MVC
/// </summary>
internal class RequestBroker
{
/*
* HttpWebRequest is a little protective, and if we do a straight copy of header information we will get ArgumentException for a set of 'restricted'
* headers which either can't be set or need to be set on other interfaces. This is a complete list of restricted headers.
*/
private static readonly string[] RestrictedHeaders = new string[] { "Accept", "Connection", "Content-Length", "Content-Type", "Date", "Expect", "Host", "If-Modified-Since", "Range", "Referer", "Transfer-Encoding", "User-Agent", "Proxy-Connection" };
internal class BrokerEventArgs : EventArgs
{
public DateTime StartTime { get; set; }
public HttpWebResponse Response { get; set; }
}
public delegate void BrokerEventHandler(object sender, BrokerEventArgs e);
public event BrokerEventHandler BrokerCompleted;
public void BrokerAsync(HttpRequestBase requestToBroker, string redirectToUrl)
{
var httpRequest = BuildWebRequest(requestToBroker, redirectToUrl);
var brokerTask = new Task(() => this.DoBroker(httpRequest));
brokerTask.Start();
}
private void DoBroker(HttpWebRequest requestToBroker)
{
var startTime = DateTime.UtcNow;
HttpWebResponse response;
try
{
response = requestToBroker.GetResponse() as HttpWebResponse;
}
catch (WebException e)
{
Trace.TraceError("Broker Fail: " + e.ToString());
response = e.Response as HttpWebResponse;
}
var args = new BrokerEventArgs()
{
StartTime = startTime,
Response = response,
};
this.BrokerCompleted(this, args);
}
public static void BuildControllerResponse(HttpResponseBase httpResponseBase, HttpWebResponse brokeredResponse)
{
if (brokeredResponse == null)
{
PerfCounters.ErrorCounter.Increment();
throw new GriddleException("Failed to broker a response. Refer to logs for details.");
}
httpResponseBase.Charset = brokeredResponse.CharacterSet;
httpResponseBase.ContentType = brokeredResponse.ContentType;
foreach (Cookie cookie in brokeredResponse.Cookies)
{
httpResponseBase.Cookies.Add(CookieToHttpCookie(cookie));
}
foreach (var header in brokeredResponse.Headers.AllKeys
.Where(k => !k.Equals("Transfer-Encoding", StringComparison.InvariantCultureIgnoreCase)))
{
httpResponseBase.Headers.Add(header, brokeredResponse.Headers[header]);
}
httpResponseBase.StatusCode = (int)brokeredResponse.StatusCode;
httpResponseBase.StatusDescription = brokeredResponse.StatusDescription;
BridgeAndCloseStreams(brokeredResponse.GetResponseStream(), httpResponseBase.OutputStream);
}
private static HttpWebRequest BuildWebRequest(HttpRequestBase requestToBroker, string redirectToUrl)
{
var httpRequest = (HttpWebRequest)WebRequest.Create(redirectToUrl);
if (requestToBroker.Headers != null)
{
foreach (var header in requestToBroker.Headers.AllKeys)
{
if (RestrictedHeaders.Any(h => header.Equals(h, StringComparison.InvariantCultureIgnoreCase)))
{
continue;
}
httpRequest.Headers.Add(header, requestToBroker.Headers[header]);
}
}
httpRequest.Accept = string.Join(",", requestToBroker.AcceptTypes);
httpRequest.ContentType = requestToBroker.ContentType;
httpRequest.Method = requestToBroker.HttpMethod;
if (requestToBroker.UrlReferrer != null)
{
httpRequest.Referer = requestToBroker.UrlReferrer.AbsoluteUri;
}
httpRequest.UserAgent = requestToBroker.UserAgent;
/* This is a performance change which I like.
* If this is not explicitly set to null, the CLR will do a registry hit for each request to use the default proxy.
*/
httpRequest.Proxy = null;
if (requestToBroker.HttpMethod.Equals("POST", StringComparison.InvariantCultureIgnoreCase))
{
BridgeAndCloseStreams(requestToBroker.InputStream, httpRequest.GetRequestStream());
}
return httpRequest;
}
/// <summary>
/// Convert System.Net.Cookie into System.Web.HttpCookie
/// </summary>
private static HttpCookie CookieToHttpCookie(Cookie cookie)
{
HttpCookie httpCookie = new HttpCookie(cookie.Name);
foreach (string value in cookie.Value.Split('&'))
{
string[] val = value.Split('=');
httpCookie.Values.Add(val[0], val[1]);
}
httpCookie.Domain = cookie.Domain;
httpCookie.Expires = cookie.Expires;
httpCookie.HttpOnly = cookie.HttpOnly;
httpCookie.Path = cookie.Path;
httpCookie.Secure = cookie.Secure;
return httpCookie;
}
/// <summary>
/// Reads from stream into the to stream
/// </summary>
private static void BridgeAndCloseStreams(Stream from, Stream to)
{
try
{
int read;
do
{
read = from.ReadByte();
if (read != -1)
{
to.WriteByte((byte)read);
}
}
while (read != -1);
}
finally
{
from.Close();
to.Close();
}
}
}
}
Ele trabalhou como Kevin disse.
Eu estou usando um método estático para recuperar o HttpContext.Current.Request
, e por isso sempre tem um objeto HttpRequest
para uso quando necessário.
Aqui em Helper Class
public static HttpRequest GetRequest()
{
return HttpContext.Current.Request;
}
Aqui no Controlador
if (AcessoModel.UsuarioLogado(Helper.GetRequest()))
Aqui no Ver
bool bUserLogado = ProjectNamespace.Models.AcessoModel.UsuarioLogado(
ProjectNamespace.Models.Helper.GetRequest()
);
if (bUserLogado == false) { Response.Redirect("/"); }
O meu método UsuarioLogado
public static bool UsuarioLogado(HttpRequest Request)