Lógica do formulário

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 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 só devem ver 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 do formulário para controlar o que é visível, somente leitura e obrigatório em um formulário.

    IA agênica

    Crie aplicações com a ajuda da IA de agente. Para obter mais informações, consulte Use a IA dinâmica para criar e editar aplicações.

    Determinar quando controlar o acesso do usuário

    A pergunta a seguir ajudará a direcionar você para a decisão certa de quando controlar o acesso do usuário às informações: isso é uma sugestão ou imposição? Uma sugestão torna o formulário mais fácil de preencher, enquanto a imposição força o usuário a fazer algo para preencher o formulário.

    As políticas de IU são úteis para sugestões condicionais, como mostrar e ocultar campos ou adicionar mensagens de campo com base no valor de outro campo, enquanto as políticas de dados e regras de negócio são mais adequadas para fazer imposição condicional, como tornar um campo obrigatório.

    A melhor experiência do usuário é utilizar a sugestão e a imposição juntas.

    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 de 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 preenche o formulário.

    Algumas práticas gerais para scripts de cliente são:

    • Otimize o desempenho usando GlideAjaxassíncrono sobre GlideRecorddo lado do cliente ou várias chamadas getReference().
    • Mantenha o check-in isLoadingclient scripts onChange.
    • Mantenha a verificação de newValuee adicione uma verificação de newValue != oldValue.
    • Use todos os scripts do lado do cliente possíveis antes de fazer uma chamada de servidor com GlideAjax. As viagens de ida e volta do servidor podem afetar o desempenho.

    Algumas práticas de client script 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 de modelo de objeto de documento em relação a elementos de IU padrão apresenta riscos de upgrade e problemas de manutenção. A exceção é o uso de manipulação de DOM em relação ao DOM em páginas criadas na mesma aplicação com escopo, como Páginas de IU ou widgets do Portal de serviços.