Lidando com dados formatados e Formulários

O artigo primeiro do presente artigo tratou do tema de validar os dados do formulário. Este artigo dá um passo para trás e lida com o tema de como interagir com os dados que está sendo manipulado no servidor. O foco deste artigo não é um código, mas sim uma ilustração de como pensar diferente, em preparação para o resto do artigo, neste artigo. Vejamos como fazer formas mais inteligentes, assim, por exemplo, eles podem ajustar os seus configuração de dados automaticamente se você mudar para um país diferente, ou eles podem procurar dados a fim de salvar os usuários trabalham ao encher-los dentro Problema Deve haver uma maneira melhor de lidar com os dados do formulário em modernas aplicações web. Você precisa saber a melhor maneira de ir sobre ele. Teoria Preenchimento de formulários pode ser dolorosa. Eles exigem que você digite os dados de uma forma fragmentária. A maneira como você inserir os dados é um reflexo direto da forma como os dados são armazenados no banco de dados.

A vantagem de fazer um-para-um mapeamento é que simplifica o trabalho para você. É mais fácil para você escrever uma declaração banco de dados como "busca para esta cidade" ao invés de "Search for essa coisa, o que poderia ser uma cidade, endereço ou país." Contudo, a entrada aparentemente vago é a melhor abordagem a partir da perspectiva do usuário. O site pede que você digite o endereço ou o cruzamento, cidade, estado ou código postal. Isso pode ser confuso, como um endereço pode significar a rua, cidade, estado, código postal, e país. Se você digitar um endereço completo no campo de texto de endereço, você receberá um erro dizendo que você precisa digitar uma cidade, estado / província, e assim por diante. E se você não mora na América do Norte? Um link é fornecido, mas você deve clicar no link. Seguindo o link leva você a uma caixa de combinação que permite a você selecionar o país, mas isso parece desajeitado. Solução

A arquitetura de validação foi alterado de dois campos de um formulário único campo. A forma singlefield tem uma única caixa de texto que aceita a reserva na forma [número] + [número]. O buffer é validado no lado do cliente para conter o número ea operadora. No lado do servidor, os dados seriam pré-processados e os números individuais e operador seria extraído e atribuídas a um Estado. O Estado é, em seguida, validados e passou para a lógica de negócios subjacente. A vantagem de usar um motor de pesquisa tipo de abordagem é que os usuários podem definir um buffer como [número] + [número] + [número] wiithout ter que mudar a interface do usuário . Você precisaria fazer algumas pequenas alterações para a lógica de validação client-side e algumas pequenas alterações para o servidor pré-lado.

Observe a localização dos locais de início e fim do percurso. Em locais entre o início eo final é um link que permite que você pare ao longo do percurso. Esta ligação é entre os dois pontos finais, que oferece aos usuários uma compreensão imediata dos efeitos do link. Abaixo os destinos rota são um número de opções que servem como modificadores de viagem, permitindo que o usuário de ajustar a rota a ser calculado. Observe que todos os elementos de ajuste fino são lógicas e não necessitam de instrução adicional para usar.

• As interfaces de usuário em um contexto Ajax estão intimamente ligados com os dados que estão gerenciando.

• Não há absolutamente nenhuma razão para interfaces de usuário para os dados têm de ser ruim.

• Quando a pesquisa e estreitar-se abaixo dos dados, acho que a tecnologia que usam motores de busca e os critérios que eles usam para afinar os resultados.

um artigo submetido por Sonja Lande

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "Lidando com dados formatados e Formas" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.