So Type Inference is pretty cool, so are Extension Methods. And of course Fluent APIs help making code that calls your API look beter and more readable.

My colleague Martijn works on NEST, a .NET client for elasticsearch written in C#. I occasionally help him out and we discus design patterns like these fluent APIs. But he ran into a problem a while ago, which we couldn't figure out a solution to, so we let things rest.

Working on a pet project I discovered that you can make Extenstion method generic and it got me thinking...

My efforts resulted in a github repo with test code and a very long stackoverflow question http://stackoverflow.com/questions/16442596/extension-methods-and-type-inference.

Qué es Hamcrest? Pues como dice en su página web: una biblioteca de matchers (según el traductor de google: emparejadoras) para construir expresiones de test. La finalidad de esta biblioteca es permitir al desarrollador escribir conjuntos de pruebas unitarias usando un lenguaje más expresivo. Para ello Hamcrest expone lo que se conoce como una API fluída lo que hace que trabajar con esta API sea una verdadera delicia. De esta forma y, combinando el conjunto de matchers con la instrucción assertThat de JUnit podemos construir expresiones de código (más) expresivo similares a esta: Para utilizarla, es necesario tener el jar de hamcrest en nuestro classpath, o si utilizamos Maven, añadir la siguiente dependencia: Añadida a mi stack básico para desarrollar aplicaciones Java, junto con JUnit y mockito, la cual ya llevo algo más de tiempo usando.