Cómo escribir análisis de código de reglas (FxCop) para evitar una llamada al método

Question

¿Cómo escribo una herramienta de análisis de código para VS2008 para evitar una llamada marco específico, como por ejemplo GC.WaitForFullGCComplete() o() Application.DoEvents

Intenté sobreescribir VisitMethodCall en mi regla personalizada, pero no puedo entender qué tiene realmente el parámetro Microsoft.FxCop.Sdk.MethodCall. No se pudo encontrar un ejemplo en la web.

¿Alguien puede indicarme la dirección correcta?

Answer 1

Recuerdo un Debugging book que creo que tenía un capítulo sobre reglas de FXCop y discutí cómo escribir uno. Por mi vida no puedo encontrar mi copia. Y sospecho que necesitará el reflector

Answer 2

Una alternativa al desastre de escribir las reglas de FxCop sería usar la herramienta NDepender. Esta herramienta permite escribir Reglas de código sobre C# LINQ consultaswhat we call CQLinq. Descargo de responsabilidad: soy uno de los desarrolladores de la herramienta

Más de 200 code rules se han propuesto por defecto. La personalización de las reglas existentes o la creación de sus propias reglas es sencilla gracias a la conocida sintaxis C# LINQ.

¿Cómo se escribe una herramienta de análisis de código para VS2008 para evitar una llamada marco específico, como por ejemplo GC.WaitForFullGCComplete() o Application.DoEvents()

Para esta necesidad en particular, el simple siguiente CQLinq regla es suficiente (nótese el uso de AllowNoMatch() para hacer este trabajo regla en cualquier situación):

// <Name>Don't call these methods</Name> 
warnif count > 0 
from m in Methods 
where m.IsUsing ("System.GC.WaitForFullGCComplete()".AllowNoMatch()) || 
     m.IsUsing ("System.GC.WaitForFullGCComplete(Int32)".AllowNoMatch()) || 
     m.IsUsing ("System.Windows.Forms.Application.DoEvents()".AllowNoMatch()) 
select m 

consultas CQLinq se pueden editar en vivo en VisualStudio y ofrecer resultados instantáneos, con funciones de consulta de resultados:

de precisión que las reglas pueden ser verificados live in Visual Studio y en el tiempo de construcción de procesos, en un generated HTML+javascript report Let.

Answer 3

Si bien no es rival para NDepend, o incluso la propia FxCop, he acaba de publicar un enfoque muy ligero aquí, que funciona bien para cosas simples como la prevención de las llamadas a métodos particulares: http://activesharp.codeplex.com/wikipage?title=Using%20ActiveSharp%20as%20a%20Unit%20Test%20Tool

Answer 4

Reemplazar System.Web.HttpUtility.HtmlEncode(System.String) con el método firma que estás tratando de encontrar y prevenir.

public override ProblemCollection Check(Member member) 
    { 
     if (member is Method) 
     { 
      var callees = new List<Method>(Callees.CalleesFor((Method)member)); 
      foreach (var callee in callees) 
      { 
       if (callee.FullName == "System.Web.HttpUtility.HtmlEncode(System.String)") 
       { 
        Problems.Add(new Problem(GetResolution())); 
       } 
      } 
     } 

     return Problems; 
    }