Lógica de formulário

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 2 min. de leitura

    • Controlar o que os usuários veem quando visitam um formulário pode aumentar a produtividade e a capacidade de resposta. Por exemplo, os usuários devem ver somente os campos que são úteis para eles. Os usuários podem precisar ver apenas determinados campos com base no que está configurado no formulário. Aplique a lógica de formulário para controlar o que é visível, somente leitura e obrigatório em um formulário.

    A pergunta a seguir ajudará a direcioná-lo para a decisão certa para quando controlar o acesso do usuário às informações: Isso é uma sugestão ou imposição? Uma sugestão facilita o preenchimento do formulário, enquanto a aplicação força o usuário a fazer algo para preencher o formulário.

    As Políticas de IU são úteis para sugestõescondicionais, como mostrar e ocultar campos ou adicionar mensagens de campo com base no valor de outro campo, enquanto as Políticas de dados e as Regras de negócios são mais adequadas para fazer a imposiçãocondicional, como tornar um campo obrigatório.

    A melhor experiência do usuário é utilizar a sugestão e a aplicação ao mesmo tempo.

    Para obter mais informações, consulte o artigo Política de IU no Módulo de script do lado do cliente.

    Crie Políticas de IU e Políticas de dados para lidar com atividades do lado do cliente antes de criar scripts para qualquer lógica do lado do cliente. Uso de Client Scripts para validar a entrada do usuário e fornecer feedback enquanto o usuário está preenchendo o formulário.

    Algumas práticas gerais para client scripting são:

    • Otimize o desempenho usando GlideAjax assíncrono no GlideRecorddo lado do clienteou várias chamadas getReference().
    • Mantenha a verificação isLoadingnos client scripts onChange.
    • Mantenha a verificação newValuee adicione um newValue != oldValuecheck.
    • Use todos os scripts do lado do cliente possíveis antes de fazer uma chamada de servidor com o GlideAjax. As viagens de ida e volta do servidor podem afetar o desempenho.

    Algumas práticas de client scripting a serem evitadas são:

    • Scripts de cliente globais ou Scripts de IU globais: os scripts globais serão executados em cada carregamento de página e introduzirão um atraso no carregamento do navegador.
    • Manipulação de DOM: o uso da manipulação do modelo de objeto de documento em elementos de IU padrão apresenta problemas de risco de atualização e de manutenção. A exceção é usar manipulação de DOM no DOM em páginas criadas na mesma aplicação com escopo, como Páginas de IU ou widgets do Portal de serviços.