Vou mover todos os meus ensaios de outro blog para cá. A seguir está um dos artigos. A versão RTM do VS2005 deveria ter sido usada naquela época. Não sei se esse problema ainda existe.
Em um projeto recente, precisei desenhar um gráfico de linhas baseado em dados, então quis usar a ferramenta de relatório que acompanha o VS2005 para fazer isso. No início tudo correu bem, mas depois descobri que os gráficos desenhados na página não podiam mudar com as alterações dos parâmetros. Passei a maior parte da tarde lutando com isso e, finalmente, descobri que havia uma bagunça. falta de chamada para ReportViewer.LocalReport.Refresh O trabalho extraordinário deixou minha cabeça muito confusa...
Mas o que ainda não consegui entender são os problemas que ocorreram quando o sistema foi lançado. Eu uso diretamente a função de publicação do VS2005 para publicar o sistema. Ele usa um método pré-compilado. Removi a opção "Permitir que este site pré-compilado seja atualizável". , descobri que o motivo pode ser O caminho do arquivo de relatório não pode ser encontrado. Por esse motivo, alterei o ReportPath na página aspx para um endereço relativo, mas ainda não funcionou. Posteriormente, removi o atributo ReportPath no. aspx e usei o método Server.MapPath no arquivo cs, mas o resultado ainda não funcionou. Realmente não há escolha a não ser selecionar a opção "Permitir que este site pré-compilado seja atualizável", publicar e então o arquivo de relatório no servidor estará disponível. Selecionando esta opção, acho que pode ter um leve impacto no desempenho, mas. o progresso está muito próximo no momento, e é apenas isso por enquanto. Se eu encontrar a resposta para esta pergunta no futuro, irei adicioná-la aqui.
[2006-2-13] Editar:
Parece que o motivo pode ser encontrado após a pré-compilação da publicação, o arquivo de relatório se torna um arquivo "marcador" como outros arquivos aspx após ser publicado no servidor. O arquivo de relatório pode substituir este arquivo de “marcador”.
isso também seja um problema com o VS2005?