Conceito e mecanismo
Adicionar um campo a um formulário altera a apresentação; criar um campo no dictionary altera o schema. Remover o campo de uma vista não elimina a coluna nem os dados. UI Policies são úteis para comportamento declarativo de campos; Client Scripts permitem lógica de interface que precisa de código. Uma restrição no formulário não garante o mesmo comportamento numa lista ou integração. Para invariantes de dados, escolhe um mecanismo de servidor adequado e valida os canais relevantes. Business Rules before podem preencher o registo atual antes da gravação; after é apropriado para trabalho relacionado que depende da operação concluída. Async não fornece previous como uma regra síncrona. Evita atualizar current novamente sem necessidade e criar recursão.
Aplicação guiada
Para informação disponível no carregamento, g_scratchpad pode transportar dados preparados no servidor. Para uma seleção que muda durante a sessão, GlideAjax assíncrono pode pedir apenas o resultado necessário. Num formulário de exceções, o operador escolhe o fundo A e imediatamente o fundo B. Se a resposta de A chegar por último, o callback deve confirmar que ainda corresponde à seleção atual antes de escrever o resultado. Não bloqueies o browser como primeira solução. Em onChange, usa isLoading quando o comportamento não deve correr no carregamento e trata valores vazios. Usa APIs de formulário em vez de dependências frágeis do DOM. Um record producer oferece entrada orientada ao pedido e criação na tabela pretendida; revê destino, variáveis e resultado persistido, não apenas a aparência da página.
Resposta antiga de A não pode substituir a classificação do fundo B.
Armadilhas comuns
Cliente como integridade universal; DOM como API; async como ordem garantida.
Tópicos relacionados: Necessidade, dados e desenho · Scope, módulos e dependências · Segurança e contratos de acesso
Separa experiência, integridade e momento da execução.
Referência: Client-side scripting design and processing · CAD blueprint January 2026