Categoria adicional: InfoPath
Resumo: Um InfoPath 2007 formulário implantado para um servidor do MOSS fornece uma lista suspensa de fornecedores amarrado a uma lista personalizada de musgo. Ao selecionar um fornecedor, regras atribuir valores de campo para um punhado de campos de texto, como o nome do representante de vendas, Endereço, cidade, Estado, postal e telefone. O desempenho é horrível. Notamos que o desempenho fica pior (de uma forma não-linear) para cada campo adicional actualizamos assim. Ou seja, Se nós apenas atualizar o nome do representante de vendas, é preciso [x] quantidade de tempo. Se nós actualizamos o representante de vendas, Address1, Endereço2, cidade, Estado, zip, é preciso 10 vezes mais.
Solução: Escrever um serviço web (código de exemplo pode ser encontrado here) Isso é passado em nome de um vendedor e ele volta retorna os detalhes do fornecedor. Em seguida, atribuir os campos desta forma. Embora isto pareça demasiado lento, Não houve diferença perceptível no desempenho quando nós atribuído 1 campo versus 8 campos. Como um bônus adicionado, os usuários obtêm um fresco "em contato com o servidor" Cylon efeito enquanto eles esperam o formulário para invocar e consumir os resultados de serviço.
Lembro que o primeiro projeto de Moss foi envolver-me na. Nós tivemos os mesmos problemas com o Infopath, o tempo de carregamento foi ficando muito tempo. No final nós reimplementar a maioria dos formulários do Infopath para controles de usuário dentro de um Smart Part.