Still Coding

Expressões regulares são uma ferramenta essencial para todo desenvolvedor. Se sua aplicação precisa fazer validações, parsing ou qualquer manipulação com strings, com certeza você pode se beneficiar muito utilizando-a.

O problema é que (ainda, espero!) não existe nenhuma classe/biblioteca no Cocoa que nos permita utilizar expressões regulares em toda sua plenitude. A classe NSPredicate faz alguma coisa, mas é ainda limitada. O jeito então é utilizarmos bibliotecas de terceiros.

Uma boa biblioteca para aplicações para o iPhone é a RegexKitLite. Ela possui um footprint baixo (16KB a 20KB), o que a torna ótima para um dispositivo móvel com restrições de recursos. Um problema com esta implementação é que ela linka com uma biblioteca que a Apple ainda não liberou uma interface pública oficial (libicucore.dylib), como apontado em sua própria documentação. Existe uma chance que isto venha a acontecer no futuro, como mostra esta mensagem na lista de mensagens da Apple para o Xcode. Outra vantagem desde projeto é que ele possui uma excelente documentação, que pode inclusive ser incluída no Help do Xcode.

Existem outras alternativas:

• AGRegEx – Faz parte do AGKit, uma biblioteca para Cocoa com outras funcionalidades (sockets, processos)
• ObjPCRE
• MOKit
• OFRegularExpression

Veja também o excelente artigo “8 Regular Expressions You Should Know” para alguns usos muito úteis de expressões regulares.

Tem muita gente que adora criar as telas de suas aplicações “na mão”, ou seja, batucando direto o código em um arquivo fonte qualquer (ou xml, dependendo da linguagem/framework/ambiente/etc.), ao invés de utilizar uma ferramenta própria para isso. No mundo do iPhone SDK estamos, claro, falando do Interface Builder.

Eu nunca entendi essa preferência, para ser sincero. Em se tratando de uma excelente ferramenta como o IB, o caso fica ainda mais grave. Antes de ter contato com ele, já havia utilizado quase tudo que existe disponível por aí (Delphi, VB, Visual Studio, Eclipse, Netbeans…), então posso falar sem medo: o Interface Builder é realmente excelente. Não deixa a desejar em nada e, a despeito de algumas idiossincrasias típicas do mundo Apple, não tem como não ficar fã.

Mas para quem prefere o estilo “mão na massa” para criar suas interfaces visuais, o Matt Campbell fez um post onde ele ensina como criar um ViewController através de código. Na verdade é algo bem simples de ser feito (tirando o trabalho de ficar criando todos os controles no código), mas achei interessante divulgar a dica porque acaba sendo útil para entender um pouco mais o under the hoods no Cocoa Touch. Em especial como e onde o Application Delegate cria a View inicial e essa View cria os controles que irão compor a interface com o usuário.

Resumo rápido:

1. No AppDelegate:applicationDidFinishLaunching você cria sua View e a adiciona à window (objeto já existente na AppDelegate – você usou os templates do Xcode, certo?).
2. No ViewController: loadView você cria seus controles visuais e os adiciona à view.

Desenvolvedores adoram criar grupos de discussão, on-line ou off-line. On-line para criar uma flame war por semana, e off-line para arrumar motivo para tomar umas.