Nova conta de usuário obrigada. Sua conta foi criada. Em breve, você deve receber um e-mail com um link de volta para o site TerraValue. Clique no link para que possamos verificar seu endereço de e-mail. Uma vez que verificamos seu endereço de e-mail, ativaremos sua conta TerraValue. Entre em contato conosco no InfoTerravalue. net se você não receber o email dentro de 30 minutos. O e-mail também foi conhecido por aparecer em uma pasta de spam se você estiver usando esse filtro para seu e-mail. Copie 2017 TerraValue. Todos os direitos reservados. Redireitando Usuários para Outra Página de Formulários da Web Em páginas do ASP. NET Web Forms, você geralmente deseja redirecionar usuários para outras páginas como parte de seu aplicativo da Web. O ASP. NET fornece as seguintes maneiras de criar o redirecionamento para as páginas da Web Forms: usando hiperlinks nas páginas. Configurando a publicação de páginas cruzadas, que permite que você especifique uma página de destino alternativo quando a página atual for enviada. Redirecionando programaticamente, forçando o navegador a solicitar uma página diferente. Redirecionando programaticamente transferindo o controle para uma página diferente no mesmo aplicativo da Web. Cada uma dessas opções está descrita abaixo. Uma tabela no final do tópico resume as opções e fornece diretrizes para ajudá-lo a decidir quando usar cada opção. Este tópico aplica-se apenas às páginas ASP. NET Web Forms. Não se aplica às páginas que você criou usando ASP. NET MVC (Model View Controller) ou as páginas da Web do ASP. NET. Você pode usar uma tag de âncora HTML (ltagt) em uma página ASP. NET Web Forms para criar links estáticos ou você pode controlar programaticamente o texto do link e o URL alvo de hiperlinks usando o controle HyperLink. Nesse cenário, o usuário clica explicitamente em um link e o navegador é transferido para a página de destino. A página de destino é invocada usando um comando HTTP GET. Portanto, nenhuma informação sobre a página de origem é passada para a página de destino, a menos que você especifique uma string de consulta no URL da página de destino. Se a página de origem e de destino estiverem no mesmo aplicativo da Web, eles podem compartilhar informações usando o estado da sessão ou o estado da aplicação. Por padrão, os botões de controle do servidor em uma página ASP. NET Web Forms publicam a página para si. A publicação de páginas cruzadas permite que você configure um botão em uma página ASP. NET Web Forms para publicar a página atual em uma página diferente. Um exemplo típico é ao criar um formulário de várias páginas. Você pode configurar os botões na página para mover para as páginas seguintes e anteriores do formulário. A publicação de páginas cruzadas é semelhante às hiperligações na medida em que a transferência é iniciada por uma ação do usuário. No entanto, na publicação de páginas cruzadas, a página de destino é invocada usando um comando HTTP POST, que envia os valores dos controles na página de origem para a página de destino. Além disso, se a página de origem e de destino estiverem no mesmo aplicativo da Web, a página de destino pode acessar as propriedades públicas da página de origem. Como sempre, todas as páginas no aplicativo podem compartilhar informações armazenadas no estado da sessão ou no estado da aplicação. Você pode redirecionar usuários para outra página usando os recursos do navegador de usuários. Em um redirecionamento do navegador, o navegador envia uma nova solicitação ao servidor de destino sob a forma de uma solicitação HTTP GET. Você pode ativar o redirecionamento de forma programática no script do cliente ou no código do servidor. No script do cliente, você pode chamar o método form. submit, desde que o valor do atributo do método ltformgt seja obtido. Nesse caso, se a página atual contiver dados do formulário, ela é passada para o servidor de destino anexando-o como uma seqüência de consulta no URL solicitado. No código do servidor, você pode redirecionar programaticamente chamando o método Redirecionamento. O método envia um comando ao navegador de usuários que faz com que o navegador emita um comando HTTP GET para a página de destino. Chamar o método de redirecionamento do servidor é o equivalente programático de clicar em um hiperlink, na medida em que resulta em um novo pedido para a página de destino. Como você está chamando os métodos do seu próprio código, você pode definir dinamicamente o URL de destino, incluindo qualquer informação de seqüência de consulta. Se as páginas de origem e de destino estiverem no mesmo aplicativo da Web, você pode compartilhar dados entre as páginas de origem e de destino, adicionando o código do servidor para armazenar os dados no estado da sessão. O Internet Explorer através da versão 6.0 pode processar apenas 2.048 caracteres no URL, incluindo dados na seqüência de consulta. Se o URL exceder 2.048 caracteres, um erro pode resultar, ou os dados na seqüência de consulta podem ser truncados ou não enviados com a solicitação. Nas páginas ASP. NET Web Forms, uma solicitação GET que inclui dados de postagem pode exceder facilmente 2.048 caracteres se as informações do estado da vista (que é armazenada em um campo oculto) fazem parte do pedido, resultando em erros. Outros navegadores podem não ter essa limitação. Para obter mais informações, consulte o artigo 208427, Comprimento máximo do URL é 2,083 caracteres no Internet Explorer na Base de dados de Conhecimento da Microsoft em support. microsoft. Para contornar essa limitação quando você está tentando compartilhar informações entre páginas, você pode redirecionar os usuários usando os pedidos HTTP POST conforme discutido neste tópico. Se seu aplicativo requer uma solicitação HTTP GET, você pode armazenar informações de uma maneira alternativa, sem usar uma string de consulta, como no estado da sessão. Você também pode redirecionar programaticamente para uma página de destino no servidor, chamando o método de Transferência. Nesse cenário, o servidor simplesmente transfere o contexto da página de origem do Web Forms atual para a página de destino. A página de destino torna-se no lugar da página de origem. As páginas de origem e de destino devem estar no mesmo aplicativo da Web. Tal como acontece com a publicação de páginas cruzadas, o método de Transferência tem a vantagem de permitir que a página de destino leia valores de controle e valores de propriedade pública da página de origem. Como a transferência entre as páginas de origem e de destino acontece no servidor, o navegador não possui informações sobre a página alterada e ela conserva informações sobre o URL original (fonte). Por exemplo, a caixa Endereço no Internet Explorer não muda após uma transferência e, em vez disso, continua a mostrar o URL da página mais recentemente solicitada (geralmente a página de origem). O histórico do navegador não foi atualizado para refletir a transferência. Isso pode resultar em um comportamento inesperado se o usuário atualizar a página no navegador ou clicar no botão voltar para o navegador. Portanto, chamar o método de Transferência é uma estratégia que é melhor usada em aplicativos onde você está apresentando páginas para o usuário com a URL escondida.
No comments:
Post a Comment