Muchas veces, escribo programas tipo code kata, para entrenarme en algún tema de desarrollo de software. En estos últimos meses, escribí varios mini intérpretes, usando TDD, code coverage, y C#. La semana pasada, estuve trabajando en el lanzamiento de otro pet project, AjRuby. El punto de inicio: el analizador léxico, el lexer.
Un lexer es un programa que analiza el código fuente de un programa, y retorna sus tokens, las “palabras” que componen el programa. En el caso de AjRuby, escribí un lexer que sigue la gramática de Ruby. No está completo aún, pero funciona.
Pueden ver el progreso del proyecto, en el repositorio de Google Code:
http://code.google.com/p/ajcodekatas/source/browse#svn/trunk/AjRuby
La solución tiene un proyecto de librería de clases, y otro de tests:
Hay una clase Token, que representa cada token:
public class Token
{
public string Value { get; set; }
public TokenType TokenType { get; set; }
}
El TokenType es una enumeración:
public enum TokenType
{
Name,
Integer,
Real,
Boolean,
String,
Operator,
Separator
}
Hay una clase LexerTest.cs, conteniendo tests como:
[TestMethod]
public void ShouldProcessName()
{
Lexer lexer = new Lexer("name");
Token token;
token = lexer.NextToken();
Assert.IsNotNull(token);
Assert.AreEqual(TokenType.Name, token.TokenType);
Assert.AreEqual("name", token.Value);
token = lexer.NextToken();
Assert.IsNull(token);
}
Hay un test para cada tipo de token a ser procesado. Otro ejemplo:
[TestMethod]
public void ShouldProcessNameWithInitialUnderscore()
{
Lexer lexer = new Lexer("_name");
Token token;
token = lexer.NextToken();
Assert.IsNotNull(token);
Assert.AreEqual(TokenType.Name, token.TokenType);
Assert.AreEqual("_name", token.Value);
token = lexer.NextToken();
Assert.IsNull(token);
}
Escribí los tests usando ideas TDD: escribir el test, compilar con error, arreglar los problemas de compilación, ejecutar los tests en rojo, arreglarlos, conseguir el verde para los tests. No estuve haciendo tanto refactoring. El código merece algún refactor, pero por ahora, estoy tratando de conseguir un lexer que trabaje. Los tests quedaron en verde:
Mi objetivo es tener más del 80% de code coverage, en cualquier momento del desarrollo del proyecto:
Es bueno escribir algo sólo por diversión y aprendizaje. Para mí, es parte de la mejora continua que todo desarrollador de software debe perseguir.
Nos leemos!
Angel "Java" Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez