Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Visual Studio dá suporte à depuração do código LINQ to DataSet. No entanto, há algumas diferenças entre a depuração de código LINQ to DataSet e a depuração de código gerenciado que não utiliza LINQ to DataSet. A maioria dos recursos de depuração funciona com instruções LINQ to DataSet, incluindo etapas, configuração de pontos de interrupção e exibição de resultados que são mostrados nas janelas do depurador. No entanto, a execução de consulta adiada tem alguns efeitos colaterais que você deve considerar ao depurar o código LINQ to DataSet e há algumas limitações para usar Editar e Continuar. Este tópico discute aspectos da depuração exclusivos ao LINQ to DataSet em comparação com o código gerenciado não LINQ to DataSet.
Exibir resultados
É possível exibir o resultado de uma instrução LINQ to DataSet usando DataTips, a janela Inspeção e a caixa de diálogo QuickWatch. Usando uma janela de origem, você pode pausar o ponteiro em uma consulta na janela de origem e uma Dica de Dados será exibida. Você pode copiar uma variável do tipo LINQ to DataSet e colá-la na janela Watch ou na caixa de diálogo QuickWatch. No LINQ to DataSet, uma consulta não é avaliada quando é criada ou declarada, mas somente quando a consulta é executada. Isso é chamado de execução adiada. Portanto, a variável de consulta não tem um valor até ser avaliada. Para obter mais informações, consulte Consultas no LINQ to DataSet.
O depurador deve avaliar uma consulta para exibir os resultados da consulta. Essa avaliação implícita ocorre quando você exibe um resultado de consulta LINQ to DataSet no depurador e tem alguns efeitos que você deve considerar. Cada avaliação da consulta leva tempo. Expandir o nó de resultados leva tempo. Para algumas consultas, a avaliação repetida pode causar uma caneta visível de desempenho. Avaliar uma consulta também pode causar efeitos colaterais, que são alterações no valor dos dados ou no estado do seu programa. Nem todas as consultas têm efeitos colaterais. Para determinar se uma consulta pode ser avaliada com segurança sem efeitos colaterais, você deve entender o código que implementa a consulta. Para obter mais informações, consulte Efeitos Colaterais e Expressões.
Editar e continuar
Editar e Continuar não dá suporte a alterações nas consultas LINQ to DataSet. Se você adicionar, remover ou alterar uma instrução LINQ to DataSet durante uma sessão de depuração, será exibida uma caixa de diálogo que informa que não há suporte para a alteração por Editar e Continuar. Nesse ponto, você pode desfazer as alterações ou interromper a sessão de depuração e reiniciar uma nova sessão com o código editado.
Além disso, Editar e Continuar não dá suporte à alteração do tipo ou do valor de uma variável que é usada em uma instrução LINQ to DataSet. Novamente, você pode desfazer as alterações ou parar e reiniciar a sessão de depuração.
No Visual C# no Visual Studio, você não pode usar Editar e Continuar em qualquer código em um método que contenha uma consulta LINQ to DataSet.
No Visual Basic do Visual Studio, não é possível usar o Editar e Continuar em códigos não relacionados ao LINQ to DataSet, até mesmo em um método que contenha uma consulta LINQ to DataSet. Você pode adicionar ou remover o código antes da instrução LINQ to DataSet, mesmo que as alterações afetem o número de linha da consulta LINQ to DataSet. A experiência de depuração do Visual Basic para código que não utiliza LINQ to DataSet permanece a mesma de antes da introdução do LINQ to DataSet. Você não pode alterar, adicionar ou remover uma consulta LINQ to DataSet, no entanto, a menos que você pare de depurar para aplicar as alterações.
Consulte também
- Depuração de Código Gerenciado
- Guia de Programação