O recurso de implicits no Scala

 CalendarUtil calendarWrapper = new CalendarUtil(Calendar.getInstance()); calendarWrapper.plusDays(1); 

Existe inclusive o bem conhecido Joda Time, exatamente com esse propósito. O problema aqui é que nem sempre temos uma lib como essa para tentar minimizar problema de APIs verborrágicas e, além disso, temos que trabalhar com objetos de classes diferentes, talvez modificar assinaturas de métodos que já existem, algumas vezes impossível. Pensando nisso, a Scala tem umas de suas mais conhecidas features, para simular novos métodos em classes que não temos controle. Imagine que queremos ter um novo método no Calendar chamado plusDays. O código seria como o abaixo:

Só que esse método não existe. É justamente aqui que criaríamosnosso próprio Wrapper, adicionando esses novos métodos e delegando os antigos, podendo implementar um decorator. No Scala, podemos indicar ao compilador para que procure métodos não existentes em determinadas classes em outro lugar. Preste atenção no código a seguir, que define um método convertCalendarToImprovedCalendar que recebe um Calendar e devolve uma instância de classe anônima (filha de Calendar) com o método adicional plusDays:

O nosso plusDays poderia ser implementado inclusive com o Joda Time por debaixo dos panos, e os outros desenvolvedores continuariam a trabalhar com o velho conhecido Calendar.

A mágica aqui acontece com o uso da palavra implicit. Podemos agora pedir para que esse conversor seja utilizado sempre quando um método não existente em Calendar for invocado. Basta importarmos o Converters, como no exemplo abaixo:

Repare que os métodos da classe Converters são importados estaticamente para o escopo de execução, a linha import Converters._ funciona muito parecido ao import estático do Java.

Essa técnica para adicionar novos comportamentos em classes que não estão disponíveis para serem alteradas foi chamado de Pimp my Library por Martin Odersky, num post que ele escreveu há bastante tempo. Outras linguagens possuem features similares, como as Open Classes do Ruby. Uma diferença bastante grande entre os implicits e as Open Classes é que como o Scala é uma linguagem estaticamente tipada, a resolução das chamadas a esses métodos são todas resolvidas em tempos de compilação. Nada é adicionado em tempo de execução.

Implicit method é uma das features que mais utilizamos da linguagem (e precisamos tomar cuidado para não abusar). Adicionar esses novos comportamentos, criação de DSLs e outros usos que discutiremos em novos posts são alguns dos exemplos de uso.

Para quem quiser ver um pouco mais, existe um projeto chamado hibernate-dsl que utilizamos aqui na Caelum para conseguirmos trabalhar com a session do Hibernate de maneira mais interessante.