C # Regex para Guid


122

Necesito analizar una cadena y agregar comillas simples alrededor de cada valor de Guid. Estaba pensando que podría usar un Regex para hacer esto, pero no soy exactamente un gurú de Regex.

¿Existe una buena expresión regular para usar para identificar un Guid?

Mi segunda pregunta es una vez que he encontrado una expresión regular válida que supongo que usaría, Regex.Replace(String, String, MatchEvaluator)pero no estoy muy seguro de la sintaxis. Tal vez algo como:

return Regex.Replace(stringToFindMatch, GuidRegex, match =>
{
    return string.Format("'{0}'", match.Groups[0].ToString());
});

Una cadena que estoy tratando de analizar puede verse así:

"SELECCIONE passwordco0_.PASSWORD_CONFIG_ID como PASSWORD1_46_0_, FROM PASSWORD_CONFIG passwordco0_ WHERE passwordco0_.PASSWORD_CONFIG_ID = baf04077-a3c0-454b-ac6f-9fec00b8eb3c; @ p040-877-a3c0-454b-ac6f-9fec00b8eb3c;


5
Eso es SQL, y debería utilizar parámetros SQL.
jrummell

2
¿Por qué usarías REgex si hay un GUID
Micah Armantrout

En realidad, hay un parámetro, pero es el mismo que el valor de la cláusula where. ¿De dónde viene esto? ¿Un perfilador?
jrummell

@jrummell Esto viene de un generador de perfiles, sí. Estoy tratando de convertir la salida de manera que pueda copiarla, pegarla y ejecutarla en SQL Management Studio. Esto es solo para fines de registro. Todavía se ejecutará como sql parametrizado.
Cole W

1
Supongo que estaba mal. Salí msdn.microsoft.com/en-us/library/…
Micah Armantrout

Respuestas:


182

Este es bastante simple y no requiere un delegado como dices.

resultString = Regex.Replace(subjectString, 
     @"(?im)^[{(]?[0-9A-F]{8}[-]?(?:[0-9A-F]{4}[-]?){3}[0-9A-F]{12}[)}]?$", 
     "'$0'");

Esto coincide con los siguientes estilos, que son todos formatos equivalentes y aceptables para un GUID.

ca761232ed4211cebacd00aa0057b223
CA761232-ED42-11CE-BACD-00AA0057B223
{CA761232-ED42-11CE-BACD-00AA0057B223}
(CA761232-ED42-11CE-BACD-00AA0057B223)

Actualización 1

@NonStatic señala en los comentarios que la expresión regular anterior coincidirá con falsos positivos que tienen un delimitador de cierre incorrecto.

Esto se puede evitar mediante los condicionales de expresiones regulares que son ampliamente compatibles.

Los condicionales son compatibles con el motor JGsoft, Perl, PCRE, Python y .NET framework. Ruby los admite a partir de la versión 2.0. Los lenguajes como Delphi, PHP y R que tienen funciones de expresiones regulares basadas en PCRE también admiten condicionales. (fuente http://www.regular-expressions.info/conditional.html )

La expresión regular que sigue a Will coincidirá

{123}
(123)
123

Y no coincidirá

{123)
(123}
{123
(123
123}
123)

Regex:

^({)?(\()?\d+(?(1)})(?(2)\))$

Las soluciones se simplifican para hacer coincidir solo números para mostrar de una manera más clara lo que se requiere si es necesario.


Como está escrito, esto no habría funcionado para todos los tipos válidos de GUID (de ahí la actualización).
senfo

4
Esto no tiene en cuenta los caracteres en minúscula que serían un caso válido. Utilice ^ [{| (]? [0-9a-fA-F] {8} [-]? ([0-9a-fA-F] {4} [-]?) {3} [0-9a- fA-F] {12} [) |}]? $ o use la marca / i
Michael Brown

@MichaelBrown No se distingue entre mayúsculas y minúsculas, consulte RegexOptions.IgnoreCase en el ejemplo de código.
buckley

1
La expresión regular también permitirá menos de 4 signos negativos. Fyi para aquellos que se preocupan por esto. Para aquellos que no les importa, aquí es una expresión regular simple que permite que muchos más falsos positivos: [0-9a-fA-F\-]{32,36}.
usr

1
No funciona parahttps://support.office.com/en-us/article/poisson-function-d81f7294-9d7c-4f75-bc23-80aa8624173a
zmechanic

40

La expresión regular más básica es la siguiente:

(^([0-9A-Fa-f]{8}[-][0-9A-Fa-f]{4}[-][0-9A-Fa-f]{4}[-][0-9A-Fa-f]{4}[-][0-9A-Fa-f]{12})$) 

o puedes pegarlo aquí .

Espero que esto te ahorre algo de tiempo.


No tan completo como la respuesta sugerida, pero +1 para el enlace regex101.com.
Jim Billig

4
Eliminado la repetición: [0-9A-Fa-f]{8}-([0-9A-Fa-f]{4}-){3}[0-9A-Fa-f]{12}Los guiones se podrían hacer opcional: [0-9A-Fa-f]{8}-?([0-9A-Fa-f]{4}-?){3}[0-9A-Fa-f]{12}.
Louis Somers

18

Para que C # .Net encuentre y reemplace cualquier cadena que busque guid del texto dado,

Utilice esta expresión regular:

[({]?[a-fA-F0-9]{8}[-]?([a-fA-F0-9]{4}[-]?){3}[a-fA-F0-9]{12}[})]?

Ejemplo de código C #:

var result = Regex.Replace(
      source, 
      @"[({]?[a-fA-F0-9]{8}[-]?([a-fA-F0-9]{4}[-]?){3}[a-fA-F0-9]{12}[})]?", 
      @"${ __UUID}", 
      RegexOptions.IgnoreCase
);

¡Seguro que funciona! Y coincide y reemplaza los siguientes estilos, que son todos formatos equivalentes y aceptables para un GUID.

"aa761232bd4211cfaacd00aa0057b243" 
"AA761232-BD42-11CF-AACD-00AA0057B243" 
"{AA761232-BD42-11CF-AACD-00AA0057B243}" 
"(AA761232-BD42-11CF-AACD-00AA0057B243)" 

4
La respuesta aceptada no funcionó para mí, ¡pero esta sí lo hizo!
Merin Nakarmi

Un problema aqui. Guid solo contendrá números hexadecimales. Por lo tanto, las letras de az y AZ no son aceptables, sino solo af y AF. De lo contrario, aceptaría cualquier texto con 32 caracteres como una guía válida.
Merin Nakarmi

Ditto - La respuesta aceptada no funcionó para mí, ¡pero esta sí lo hizo!
Greg Trevellick hace

8

En .NET Framework 4 hay una estructura mejorada System.Guid, que incluye nuevos métodos TryParse y TryParseExact para analizar GUID. Aquí hay un ejemplo de esto.

    //Generate New GUID
    Guid objGuid = Guid.NewGuid();
    //Take invalid guid format
    string strGUID = "aaa-a-a-a-a";

    Guid newGuid;

    if (Guid.TryParse(objGuid.ToString(), out newGuid) == true)
    {
        Response.Write(string.Format("<br/>{0} is Valid GUID.", objGuid.ToString()));
    }
    else
    {
        Response.Write(string.Format("<br/>{0} is InValid GUID.", objGuid.ToString()));
    }


    Guid newTmpGuid;

    if (Guid.TryParse(strGUID, out newTmpGuid) == true)
    {
        Response.Write(string.Format("<br/>{0} is Valid GUID.", strGUID));
    }
    else
    {
        Response.Write(string.Format("<br/>{0} is InValid GUID.", strGUID));
    }

En este ejemplo, creamos un nuevo objeto guid y también tomamos una variable de cadena que tiene un guid no válido. Después de eso, usamos el método TryParse para validar que ambas variables tengan un formato guid válido o no. Al ejecutar el ejemplo, puede ver que la variable de cadena no tiene un formato de guid válido y da un mensaje de "guid no válido". Si la variable de cadena tiene un guid válido, esto devolverá verdadero en el método TryParse.


7
La pregunta era cómo encontrar / extraer un GUID de una cadena más larga, no validar un GUID. Sugiero que elimines esta respuesta.
Gone Coding

13
@Micah Armantrout: Puede que sea una "buena" respuesta, pero no es una respuesta para esta pregunta . Si simplemente pone cualquier respuesta en cualquier lugar que desee, en cierto modo frustra el propósito de StackOverflow :)
Gone Coding

8
Bueno, para alguien como yo que busca una "expresión regular para guid", esta respuesta fue realmente la más útil: realmente no necesito una expresión regular, necesito hacer coincidir los GUID, y esta página es el primer resultado de "expresión regular para detectar guid "en Google actualmente.
Dan Field

3
En segundo lugar @Dan Field. Vine aquí en una búsqueda de expresiones regulares para guid y encontré que esta respuesta era lo que realmente quería. De esta manera se cumplió el propósito de StackOverflow.
JLScott

Esta no es la respuesta relevante pero, por supuesto, es útil. Un voto mío. :)
Merin Nakarmi

8

Puede autogenerar fácilmente el código C # usando: http://regexhero.net/tester/ .

Es gratis.

Así es como lo hice:

ingrese la descripción de la imagen aquí

Luego, el sitio web genera automáticamente el código .NET:

string strRegex = @"\b[A-F0-9]{8}(?:-[A-F0-9]{4}){3}-[A-F0-9]{12}\b";
Regex myRegex = new Regex(strRegex, RegexOptions.None);
string strTargetString = @"     {CD73FAD2-E226-4715-B6FA-14EDF0764162}.Debug|x64.ActiveCfg =         Debug|x64";
string strReplace = @"""$0""";

return myRegex.Replace(strTargetString, strReplace);

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.