(Emacs fans: ya sé que Emacs es también un editor de verdad... pero el punto de este post no es Vim vs Emacs)

Desarrollar en ASP.NET con C# sin Visual Studio .NET es complicado. O al menos Microsoft se esfuerza bastante en que así sea. Y cuando uno tiene que trabajar en equipo, es complicado si cada uno usa su propia herramienta... así que en el laburo todos usamos VS. Como todo super IDE, tiene cosas buenísimas, cosas más o menos, y cosas malas. Como editor de texto... está bastante bien mientras uno hace cosas estándares. Pero no es la primera vez que me pasa que para hacer una edición "de verdad", no queda otra que recurrir al viejo y querido Vim (que es mi editor de elección en otras plataformas / proyectos personales / lenguajes).

Imagínense que tienen una clase que expone unas 200 propiedades de este estilo:

///
/// Kms Extendidos para Traslados
///
public int KmsExtendidosTraslados
{
    get
    {
        return ((int)_sesionInfraestructura.ValorParametro("KmsExtendidosTraslados", "Cantidad de Kms a partir de la cual se considera Extendido", "GEN", "E", "50"));
    }
}

... y tienen que transformarlas a TODAS, siguiendo este estilo:

///
/// Kms Extendidos para Traslados
///
private int? _kmsExtendidosTraslados = null;
public int KmsExtendidosTraslados
{
    get
        {
            if (!_kmsExtendidosTraslados.HasValue)
                _kmsExtendidosTraslados = (int)_sesionInfraestructura.ValorParametro("KmsExtendidosTraslados", "Cantidad de Kms a partir de la cual se considera Extendido", "GEN", "E", "50");
            return _kmsExtendidosTraslados.Value;
        }
}

En este momento, no importa demasiado que hace ese código, ni el por qué del cambio (aunque creo que para más de uno puede ser bastante obvio, aún fuera de todo contexto...).Lo imporante, es que hay unos cuantos "desafíos":

hay que declarar una variable privada del mismo tipo, pero nullable, e inicializada en null;
la variable se llama igual que la property, pero en minúscula, y con un "_" delante;
la invocación al recupero del parámetro queda dentro de un if, que controla si el nullable tiene o no valor;
la invocación al recupero del parámetro no es más parte del return, sino que se asigna a la variable privada;
el return devuelve el valor del nullable;

Y todo esto, teniendo en cuenta que:

no todas las properties son del mismo tipo de datos;
obviamente todas se llaman diferente;

Digamos que no era un trabajo para "copy & paste". Se puede perder buena parte de un día de trabajo haciendo eso (y lo triste, es que a veces, se hace!)

¿Solución?

Enter Vim

Me llevó unos 15' minutos, haciendo un par de pruebas, grabar una macro tal que parado en la línea donde arranca la property (el "public int ..."), se re-escribía automagicamente la property al nuevo formato. Y hacía rato que no hacía estas cosas en Vim, así que no menos de la mitad de ese tiempo se fué googleando para recordar ciertos comandos de selección y movimiento relativo.

Una vez escrita la macro, el refactoring de toda esta clase con sus aproximadamente 200 propiedades no llevó más de 5 minutos (solo había que hacer un search de las líneas que arrancan con "public", y ejecutar la macro en cada una).

¿Vim es la única herramienta para hacer cosas así? No, imagino que no. Nobleza obliga, hay que reconocer que Ezequiel estuvo a un pelito de hacer algo parecido con Notepad++ (un editor "de verdad" para Windows, MUY recomendable si no quieren aprender Vim...)

Pero ciertamente es la clase de cosas para las cuales Visual Studio (y para el caso Sharp Develop, Eclipse, Mono Develop, y cualquier otro mega-IDE) sencillamente NO SIRVE.

Quizás podría haberse encarado esto mediante algún search&replace usando expresiones regulares... pero realmente hay que tenerla bastante clara en expresiones regulares para escribir una que realice ese laburo (y así y todo tengo mis reparos: hay casos en los que el parámetro es un string, y su valor por defecto (el último argumento del método ValorParametro) puede ser por ejemplo una URL, con sus correspondientes caracteres extraños). No es mi caso. Y si bien Vim tiene su barrera de entrada para los que no saben usarlo... me parece que es más fácil (y útil en muchos más escenarios) aprender a usar Vim, que hacer una maestría en expresiones regulares.

Me parece que en el toolbox de TODO programador que se precie, debería encontrarse el uso medianamente "avanzado" de algún editor de verdad. Si nunca te topás con este tipo de refactorings, es que nunca participaste de un proyecto de desarrollo grande. Y si te topaste y lo resolviste reescribiendo el código a mano durante todo un día... estás perdiendo tu preciado tiempo haciendo un laburo repetitivo, aburrido y horrible, con el correspondiente riesgo a introducir bugs en el camino, solo por no usar la herramienta correcta.

A veces no hay nada mejor que un editor "de verdad", como Vim

Comentarios