Expression rationnelle de studio visuel pour correspondre aux exceptions avalées

Question

J'ai besoin d'une regex Visual Studio pour faire correspondre les exceptions avalées.

C'est aussi loin que je suis arrivé, mais il correspond toujours un code valide comme ceci:

catch (ArgumentNullException) 
{ 
    //... 
    throw; 
} 


catch:Wh*\(:Wh*.*Exception.*\):Wh*\{[:Wh*.*]*[^(throw:Wh*.*;)].* 

Comment puis-je résoudre ce problème?

Modifier: Dois-je partir des commentaires qu'il n'est pas possible de tester l'absence d'un modèle dans une expression régulière dans Visual Studio? - C'est le sens de ma question. Je voudrais mettre de côté les questions de validité de l'approche (je suis pleinement conscient de FxCop et al, lexing et l'analyse, et ce seminal post.Je suis également conscient que les exceptions de déglutition est parfois OK).

Answer 1

Je vais répondre à ma propre question ici. C'est une question académique, parce que, bien sûr, il y a une différence fondamentale dans les capacités d'une grammaire sans contexte et une expression régulière comme l'ont si ardemment souligné les commentateurs précédents, plus il existe de nombreux outils non regex existants effectuer cette fonctionnalité pour moi. Je voulais explorer les fonctionnalités de Lookahead négatives de Visual Studio. Selon les rapports dans les commentaires here et here, le comportement lookahead négatif de Visual Studio ne se comporte pas comme vous pouvez vous attendre dans certaines circonstances (au point de certains l'appelant bogué).

Je ne suis pas un expert sur les expressions régulières, mais je m'attendrais à la regex (throw) pour correspondre à une ligne contenant seulement throw - et en effet il le fait. Je m'attendrais également à ~(throw) (c'est la syntaxe pour le lookahead négatif dans Visual Studio) pas pour correspondre à cette même ligne - mais, dans Visual Studio, fait. Ayant joué avec l'affinement de mon expression régulière originale, y compris la simplification du modèle de test, j'en arrive à la conclusion qu'il est difficile, presque impossible, d'effectuer des retards de recherche en utilisant l'implémentation actuelle de la recherche d'expressions régulières de Visual Studio.