E os primeiros frutos apareceram, agora é possivel executar o que poderia ser considerado o Hello World do Android.

Na verdade esse código é meio diferente do original java, onde a constante hexadecimal é definida em uma classe, mas isso logo será resolvido.

Agora deixa eu voltar a assistir Fringe.

Comecei a trabalhar nas horas vagas em um projeto open source.

O Boojay, um emissor de bytecode java para a linguagem Boo.

Minha ideia primaria é poder usar Boo para o desenvolvimento de software para Android, e no embalo retribuir a comunidde Boo trabalhando no boojay e no monolipse.

A extensibilidade se dá na forma de macros e atributos sintaticos que modificam o código gerado no momento da compilação, e também em mudanças no próprio compilador, através do conceito de pipelines de compilação.
Para se entender melhor, quando você usa o compilador booc, o mesmo executa uma série de passos, que começa com o parsing do arquivo, execução das analises semanticas, transformações na AST e por fim geração do assembly (exe ou dll). Isso é o que é conhecido como pipeline padão de compilação.
O compilador booc já vem com várias outras pipelines definidas, e permite também que o programador defina outras.

Uma das pipelines bem interessantes que já vem com o compilador é a pipeline chamada boo, essa pipeline executa todo o processo de compilação normal, com todos os passos e todas as transformações que são aplicadas a AST e no final, invés de gerar um assembly, gera uma saida boo com todo o código que seria compilado para a criação do assembly.

Parece abstrato demais ? Vamos ao código então, o velho e bom Hello World.

Esse é um código mínimo em Boo que escreve a mensagem “Hello World” na tela, mas você pode se perguntar, esse não é um executavel .Net ? Cadê o static void Main… ?

Vamos usar a nossa nova conhecida, a pipeline boo, pra descobrir. Salve o programa no arquivo hello.boo e rode:

E você terá:

A saída mostra o código que seria compilado depois de todas as mágicas executadas pelo compilador.

Note o uso do parâmetro -p:boo, é ele que diz ao compilador pra usar a pipeline boo e não a padrão.

Um detalhe, a chamada a print virou um System.Console.WriteLine, porque print é uma macro que ao ser executada expande para a chamada equivalente WriteLine.

Isso é só uma pequena parte do que pode ser feito com as pipelines, de geração de código em outra linguagem, verificação de padrões de desenvolvimento, compilação em memória, code completing, as possibilidades são várias.

Quais caracteristicas Boo tem que estão ali pra atender esse objetivo ?

Parecido com Python.

Python é uma linguagem que é conhecida pela sua elegância e sua capacidade de expressar uma grande quantidade de informação de uma forma sucinta, copiando o básico da sintaxe de Python, Boo já começa com o pé direito nesse quesito.

Açúcar sintático para patterns comuns de programação.

Boo suporta uma gama de construções de forma simplificada, listas, hashtables, arrays. Alem dessas estruturas, formas simples de criação de objetos, uso de expressões regulares, formatação de strings e vários outros detalhes fazem de Boo uma linguagem que necessita de pouca digitação.

Alguns exemplos:

Declaração automática de variáveis.

Em Boo, um assignement cria uma nova variável local naquele escopo.

Inferencia automatica de tipos.

Uma coisa verdadeira no mundo da computação, é que muitas vezes nós programadores somos preguiçosos, só as vezes é claro. Exemplo, da do um método como o a seguir:

Não está na cara que o método two, retorna um tipo inteiro ? e que dois contem um inteiro também ? Então porque devemos escrever códigos assim:

Na verdade em Boo não é necessário, a primeira versão funciona perfeitamente, gerando código equivalente a segunda versão, tendo assim todas as vantagens de código estaticamente tipado.

Fica a cargo do programador decidir qual código escrever. Eu como bom programador sei qual versão prefiro .

Classes não são necessárias.

Para algumas utilizações como em scripts, muitas vezes a declaração de uma classe só pra deixar o compilador feliz não faz muito sentido.
Vocês já viram maior cambiarra do que o famoso “public static void main” ? Poxa, eu só queria escrever um hello na tela e tenho que declarar uma classe ? com um método public static ?? que recebe uma lista de parâmetros que eu não estou interessado ???

Ainda bem que em Boo, meu HelloWorld pode ser simplesmente

Esse post já esta meio grande, no proximo falaremos de expressividade. Até lá espero aprender o que isso quer dizer.

Cheers.

Já as linguagens estáticas normalmente não tem essa capacidade, algumas, como por exemplo Boo implementam essa possibilidade através de dispatch in runtime para os métodos que necessitam dessa caracteristica, já Scala tem uma solução bem elegante.

Por exemplo, digamos que você queira definir um método que espere um objeto que tenha as propriedades name e age, uma forma comumente usada em linguagens estáticas seria a seguinte:

Definir uma interface com os métodos que interessam:

Escrever as classes implementando BasicProperties e o método recebendo como parametro um objeto do tipo BasicProperties:

E então você poderia chamar o método assim:

Se você tivesse uma classe tipo:

Você não poderia usar um objeto desse tipo como parametro para printProp, já que a classe não herda BasicProperties.

A solução está na capacidade que Scala tem de definir algo que poderia ser chamado de anonymous interfaces, no caso, o método printProp seria escrito assim:

Como se você estivesse definindo como parametro um tipo anonimo, que tem um método name do tipo String e um método age do tipo Int

E então poderia executar:

Como se ve, um código muito parecido com o escrito em Ruby e Python, mais ainda com uma caracteristica de documentação, já que o método é explicito sobre o que ele necessita.

Desde que eu comecei a programar, em uma época distante, onde orientação a objeto não era tão falada e era importante saber que um JUMP causava um cache-miss que degradava a performance do seu 386, minha maior diversão tem sido as engines de jogos.

Nos ultimos anos também tenho tido grande interesse em linguagens de programação, tendo estado lá, na concepção de Boo e nos ultimos anos/meses tendo estudado e programado em Scala, Erlang e ObjectiveC.

E por último, como um aficcionado da Apple, sou dono de várias bugigangas da mesma e claro de um iPhone, e como todo bom desenvolvedor entrei na onda de programar para essa plataforma.

E aqui chegamos, a um ponto em que esses interesses (Jogos, Boo e iPhone) se encontraram na forma do monotouch, do monodevelop e do xnatouch. Com essas três ferramentas é possivel fazer jogos para XNA, usando Boo, que rodarão tanto no iPhone, quanto no Zune e no XBOX360.

Agora é só parar de escrever e começar a trabalhar no próximo grande jogo.

ps. Pra ser sincero, o suporte a Boo no Monodevelop deve levar mais alguns dias para estar ok.

Boo (http://boo.codehaus.org), é uma linguagem baseada em .Net que necessita do .Net runtime para rodar, como no Mac não existe um .Net runtime que já venha instalado, nós vamos usar o Mono, que deve ser baixado da página do projeto http://www.go-mono.com/mono-downloads/download.html, no momento a ultima versão é a 2.4.2.3

Quando você instalar o Mono, ja será instalado com ele a versão do Boo 0.9.1.3287, que não é a ultima versão disponivel, então vamos atualizar o nosso sistema, você faz isso rodando os seguintes comandos:

wget http://dist.codehaus.org/boo/distributions/boo-0.9.2.3383.tar.gz
tar xzvf boo-*
cd boo-*
./configure –prefix=/Library/Frameworks/Mono.framework/Home –libdir=/Library/Frameworks/Mono.framework/Home/lib
make
sudo make install

Se tudo for executado sem problemas, você pode rodar o comando:

booish

E verá a seguinte mensagem:

Welcome to booish, an interactive interpreter for the boo programming language.
Running boo 0.9.2.3383 on Mono 2.4.2.3.

Enter boo code in the prompt below (or type /help).
>>>

Para sair do interpretador digite /q e de enter

Pronto, você tem seu sistema atualizado para a ultima versão de Boo.

Em um próximo Post descreverei como instalar a versão cutting-edge, direto do repositório.

Um produto que permite se desenvolver pra iPhone usando C#, agora, vocês podem questionar pq C# e não ObjC ?

Bem, me considero um programador que não tem muitos problemas em aprender e usar várias linguagens, no ultimo ano, aprendi objC, Erlang e Scala, e entendo que cada linguagem tem suas vantagens e desvantagens. Objective C é interessante, e sinceramente tem features bem poderosas se pensarmos que é uma linguagem compilada que foi criada para ser usada como um C em esteroides, sendo deste um superset, um competidor de C++, muito mais simples.

Mas, sempre há um mas…

Depois de C#, Boo, Ruby, Python voltar a ter que gerenciar memória na mão, ter arquivos de header e de implementação, para definir uma propriedade ter que adicionar informações em 4 lugares diferentes não me parece “cutting edge^ em termos de programação.

Sendo assim, vejo com bons olhos iniciativas como o Monotouch, claro que esse também tem seus problemas, o pior, ser pago, e caro para meus pobres bolsos. Mas alem disso, com certeza a biblioteca sempre estará atrás das da Apple, feitas em Objective C, em termos de acesso de features do iPhone.

Abaixo o link de um tutorial de uso do monotouch:

http://www.codesnack.com/storage/screencasts/gettingstarted/index.html