17. 05.
Saudações!
A tempos não escrevo…
Desde o último post aconteceram várias coisas, dentre elas a troca de trabalho que tem me custado bastante tempo (graças). Neste novo trabalho tenho programado em Flex o que mudou radicalmente meu cotidiano. Trocando em miúdos, eu considero o Flex, a grosso modo, um Flash para desenvolvedores de sistemas. Apesar de trabalhar com Flex em meus projetos pessoais, para quem trabalhava o dia todo com PHP+HTML+CSS+Ajax, a mudança de ambiente causou um certo frio na barriga no início. Somado a isso, tive a felicidade de migrar para a plataforma do pomo tecnológico, o que custou um pouco na adaptação mas isso fica pra outro post.
Enfim, para quem está acostumado com WebDevelopment, deve conhecer os pseudo-debuggers javascript, populares Alerts (javascript) e Prints (PHP). Mudando para o Flex as coisas mudam e muito. A começar pela arquitetura 100% MVC. Logo após temos que o sistema é compilado gerando um arquivo SWF, o que retarda um pouco os testes uma vez que recompilamos e logamos no sistema do zero. Logo após o desafio fica para saber o que está vindo como resposta nas nossas requisições, uma vez que a requisição e a resposta fica “por trás” do arquivo SWF. Em uma explicação rápida, nós, pobres mortais, apertamos um botão no SWF, esse botão dispara uma requisição ao servidor, o servidor por sua vez carrega os dados necessários e devolve uma resposta ao SWF que finalmente mostra os dados na tela. Essa explicação pode ser melhor entendida no link “Apresentação – Rails“. Aí está nosso “problema”, antes, para se poder ver o resultado da requisição, era só dar um print e pronto, mostraria na tela. Dessa vez não, a requisição devolve na verdade um objeto serializado, ou seja, se a resposta não estiver de acordo com o que deve ser processado no SWF, o flash player diz que deu um erro e você não saberá o que tinha em sua resposta. Após uma pesquisa acabei “esbarrando” com um cara que revolucionou minha forma de trabalhar: meu amigo Charles.
E o que o Charles faz? Em uma notação simples e amigável, o Charles mostra tudo o que entra e sai (ui) da nossa máquina se tratando de protocolo HTTP. Isso quer dizer que, tudo aquilo que ficava atrás do SWF em um submundo oculto e misterioso agora já não é mais tão misterioso assim. Aí algum amante da complicação me diz: “Mas que besteira, é um proxy comum”. Pois é, pra vc que adora um prompt isso não é novidade. Mas particularmente, eu gosto de coisas simples! Se eu posso simplificar, pra que complicar? Ao invés de monitorar a porta em um tela horrorosa em que terei que ficar contando onde começa e onde termina as variáveis serializadas, o Charles mostra pra mim toda a estrutura dessas variáveis, seja uma simples variável booleana à arrays que só o seu dono entende. Com identação, tempo de resposta e tudo mais.
Se você se interessou ou se está cético da simplicidade do Charles, teste: http://www.charlesproxy.com/
Seu nome: Danilo