Compatibilidade do ASP.NET e Web Forms do ASP.NET para dispositivos móveis
Quando você cria seu Web Forms do ASP.NET para dispositivos móveis páginas, você pode usar quase todos os recursos do ASP.NET.No entanto, considere primeiro os problemas de compatibilidade.
Manipulação de erros e emissão de relatórios
Quando um aplicativo ASP.NET encontra uma exceção sem tratamento ou Outros erro ao processar uma solicitação, ele gera uma página de erro.Exceções podem ocorrer a qualquer momento durante o processamento de uma solicitação.Por exemplo, eles podem ocorrer durante a leitura de um arquivo de configuração (Web.config), compilar uma página, ou executar uma página.
Você pode configurar seu aplicativo para gerar páginas de erro personalizadas ou padrão.Se você configurar seu aplicativo para páginas de erro padrão, o ASP.NET define um código de erro na resposta e processa uma página que descreve o erro em detalhes.No entanto, se você configurar seu aplicativo para páginas de erro personalizadas, cada solicitação de erro é redirecionada para uma página personalizada que você forneceu para ele.
Muitos dispositivos móveis não é possível processar o Sumário detalhado de uma página de erro.Em vez disso, esses dispositivos geralmente mostram uma mensagem de erro específico do dispositivo ou o código de erro.Para resolver essa situação, páginas de Web Forms móveis ASP.NET tentam formatar a página de erro para que ele processa no dispositivo.No entanto, esse renderização específicas de dispositivo é limitado a exceções que ocorrem ao executar a página.Portanto, se você estiver usando páginas de erro padrão, você deve tentar primeiro sua página de Web Forms móvel de um navegador área de trabalho para detectar possíveis erros de configuração ou compilação.
Se você planeja usar páginas de erro personalizadas em seu aplicativo Web Web móvel do ASP.NET, ASP.NET pode formatar a página de erro adequadamente para dispositivos móveis diferentes se você escrever suas páginas de erro personalizadas usando controles móveis.
Para obter mais informações sobre páginas de erro no ASP.NET, consulte o ErrorPage documentação de propriedade. Para obter mais informações sobre o gerenciamento de erro, consulte Gerenciamento adaptável erro relatórios em páginas da Web do ASP.NET Mobile.
Rastreamento
O ASP.NET fornece uma funcionalidade fácil de usar chamada rastreamento que você pode usar para depurar seus aplicativos da Web.ASP.NET fornece dois níveis de rastreamento, rastreamento de nível de página e nível de aplicativo.Rastreamento em nível de página fornece informações de rastreamento sistema autônomo código HTML está anexado a cada página rastreada, enquanto o rastreamento em nível de aplicativo fornece informações de rastreamento por meio de uma URL especial mapeada (Trace.axd) no aplicativo.
Se você usar o rastreamento em nível de página em seu aplicativo Web Web móvel do ASP.NET, o código HTML anexado ao renderização pode impedir que a saída processada no dispositivo móvel.Em vez disso, para aplicativos Web móveis ASP.NET, você deve usar o rastreamento em nível de aplicativo e inspecionar a saída do rastreamento de um navegador da Web da área de trabalho.
Para obter mais informações sobre os recursos de rastreamento do ASP.NET, consulte Visão geral do rastreamento no ASP.NET.
Estado de sessão e cookies
ASP.NET oferece sessão sofisticado recursos de gerenciamento que permitem que você com com facilidade manter o estado em solicitações.Normalmente, o recurso de estado de sessão ASP.NET usa cookies no navegador, mas pode ser configurado para trabalhar sem cookies.
No ASP.NET, você pode usar o Session Para salvar informações sobre uma sessão de usuário em várias solicitações. Gerenciamento de sessão no ASP.NET é dimensionável e robusto para que você pode usá-lo mesmo entre farms da Web.Por padrão, o ASP.NET Session usa um cookie de cliente para armazenar um identificador no computador cliente. Você pode usar o identificador para localizar uma sessão em servidor viagens de ida e volta.Além disso, o ASP.NET Session suporta um modo de sessão cookieless redireciona inicialmente um cliente para um novo URL que contém o identificador da sessão. O identificador da sessão, em seguida, é automaticamente analisado fora da URL.
Ao escrever um aplicativo Web Web móvel do ASP.NET, você deve ter em mente que alguns dispositivos móveis e gateways sem fio não oferecem suporte cookies.Para adicionar suporte para esses dispositivos, você deve configurar seu aplicativo para usar sessões cookieless.
Para obter mais informações sobre recursos de gerenciamento de sessão do ASP.NET, consulte Visão Geral sobre o Gerenciamento de Estado do ASP.NET.
Considerações ao usar estado de sessão
Ao escrever um aplicativo Web do ASP.NET móvel que utiliza o gerenciamento de estado de sessão, considere os seguintes fatores:
Usando controles ASP.NET no System.Web.UI.WebControls Não há suporte para o espaço para nome em uma página de Web Forms móvel. Mobile Web Forms páginas que usam controles Web móvel no System.Web.UI.MobileControls namespace oferecer suporte a configuração do EnableSessionState atributo das @ Page diretiva para false. No entanto, páginas de Web Forms móveis que usam um ASP.NET controlam from a System.Web.UI.WebControls namespace com EnableSessionState conjunto para false pode levar a um erro em time de compilar.
Alguns dispositivos móveis e gateways não oferecem suporte a cookies.Para ativar uma página de Web Forms móvel do ASP.NET ser executado em um desses dispositivos, conjunto o cookieless atributo das elemento sessionState to true.
Alguns dispositivos móveis têm problemas lidando com URLs relativas após eles foi redirecionados por meio de técnica empregada pelo gerenciamento de sessões cookieless.
Por exemplo, se um navegador Openwave abre um arquivo .aspx em https://localhost/a.aspx e o site redireciona o navegador /12345678/a.apsx, o navegador ainda considera o caminho corrente sistema autônomo raiz.O navegador irá solicitar uma referência relativa subseqüente à b.aspx sistema autônomo /b.aspx.
A solução é incluir uma URL com raiz na página, tais sistema autônomo /12345678/a.aspx, em vez de uma URL relativa ao renderizar depois de um redirecionamento.Os controles móveis do ASP.NET internos automaticamente fazer isso, mas todos os controles recém-escritos ou adaptadores devem incluir o código que manipula o renderização depois de um redirecionamento.O MobilePage e sistema autônomo classes base do adaptador tem métodos, sistema autônomo MakePathAbsolute, que ajudam a um celular controle desenvolvedor gravar enraizada URLs.
Usando redirecionamentos
Alguns dispositivos e navegadores atualmente requerem URLs totalmente qualificadas em resposta a um redirecionamento HTTP.conjunto o useFullQualifiedRedirectUrl atributo das Um elemento httpRuntime to true na seção sistema.Web do arquivo computador.config ou no arquivo Web.config (no nível do aplicativo). Para mais detalhes, consulte Redirecionando para uma página da Web móveis do ASP.NET.
Problemas de sintaxe
Sintaxe válida no ASP.NET, por exemplo, <%=, inválido em controles móveis do ASP.NET e deve ser substituído por mecanismos de ligação de dados.
Expressões de vinculação de dados devem ser delimitadas por <%# e %>. A seguir é um exemplo do uso de expressões de vinculação de dados.
<%# binding expression code goes here %>
Consulte também
Conceitos
Gerenciamento adaptável erro relatórios em páginas da Web do ASP.NET Mobile
Visão geral do rastreamento no ASP.NET
Visão Geral sobre o Gerenciamento de Estado do ASP.NET
Redirecionando para uma página da Web móveis do ASP.NET