O ano de 2009 chegou, e com ele trouxemos junto o Spaghetti* Framework 0.1, a primeira versão do nosso framework para PHP. Exatamente na virada do ano, o site do Spaghetti* foi liberado, assim como downloads, documentação, screencasts e tutoriais. E você, já deu uma passada por lá?

Recepção

Antes de tudo, gostaria de agradecer muito a recepção que o Spaghetti* já vem tendo. Em apenas 3 dias de vida, já recebemos vários elogios, agradecimentos, twittadas e sugestões (críticas são muito bem aceitas, estamos esperando elas também!). Vários downloads foram feitos, os screencasts estão gastando uma banda considerável, e pelo jeito o pessoal anda gostando. Se você também gostou (ou não gostou), nos deixe saber! É só entrar em contato direto com a gente.

Documentação

Pelo menos para mim, uma documentação razoável é um dos fatores chave para a adoção de uma nova ferramenta. Por isso, trabalhamos bastante em cima dessa parte, e o resultado é uma documentação que cobre boa parte do que o Spaghetti* faz. Gostamos tanto do resultado que até fizemos um PDF para download. Quem me segue no Twitter deve ter notado o quanto falamos dessa documentação.

Além da própria documentação, fomos um pouco mais longe, e também já temos alguns screencasts e tutoriais, especialmente para o pessoal que já quer ver alguma coisa funcionando antes de colocar a mão na massa. Já estou devendo um screencast meu, abordando outros aspectos do framework, deve sair em breve. Ou pelo menos assim espero.

O que já está por aí

O Spaghetti* não foi criado em um laboratório fechado, baseado em hipóteses e teorias. Construímos ele em aplicações já em produção. Já existem vários projetos prontos, funcionando, com versões alfa e beta do Spaghetti*. Além disso, o Rafael também criou uma aplicação super legal, uma lista de tarefas. Toda a aplicação feita em menos de duas horas de trabalho. Divirta-se!

E o que vem por aí

Não estamos parados, e já estamos trabalhando para a próxima versão, programada para primeiro de maio, se tudo der certo. Fomos amadurecendo ainda mais a idéia, e vimos que muito ainda falta no Spaghetti*. Você deve ter sentido falta de suporte a vários bancos de dados, validação, além de vários outros detalhes no próprio core, helpers e componentes. Você pode nos acompanhar pelo Trac, ou então pelo nosso Twitter. Sinta-se livre para se cadastrar no Trac, submeter tickets, anexar sugestões de código, e nos ajudar a melhorar nosso framework.

Espero que o nosso trabalho possa tornar o seu mais fácil e mais divertido. Também espero que você possa usar o Spaghetti* em seus projetos, e adoraria ouvir qualquer coisa sobre a experiência. Assim que alguém já estiver usando o framework em algum projeto internet afora, farei questão de dizer isso aqui ou mesmo no site do Spaghetti*. Até mais!

Posts Relacionados

• Spaghetti* – Até mais, e obrigado pelos peixes
• Fórum do Spaghetti*
• Escolhendo o Framework Certo
• Frameworks: Por um PHP Menos Ruim
• CodeCast #5 – Frameworks

O PHP não é a linguagem mais “cool” para se desenvolver para web no momento. Outras linguagens estão tomando o posto por serem mais compatíveis com o ambiente web que temos hoje. Um dos fatores que mais influencia nessa “tomada de território” é a agilidade no desenvolvimento que, aliado aos frameworks dessas linguagens, tornam o PHP quase obsoleto. Há como manter o PHP a pelo menos um nível competitivo com essas linguagens?

Apesar de todos os seus defeitos, o PHP ainda é a linguagem mais usada no mercado, embora venha perdendo espaço para novas tecnologias, como Ruby e Python. Aliadas a poderosos frameworks, essas “novas” linguagens (Ruby e Python são muito mais antigas que você imagina) tornam o desenvolvimento muito mais rápido. Só com o PHP, raça e vontade nunca será possível alcançar tais níveis de produtividade. A solução é seguir a mesma idéia: adotar um framework.

Não culpo o PHP por ser uma linguagem bem mais lenta em termos de desenvolvimento, a culpa é dos próprios desenvolvedores. Eles geralmente escolhem o lado mais difícil da coisa, recriando toda a estrutura para cada novo sistema. Poucos se preocupam em pesquisar por novas soluções que resolvam seus problemas de maneira mais rápida e automatizada. Ruby e Python, apesar de serem linguagens mais ágeis em minha opinião, só se tornaram “modinha” após o aparecimento dos frameworks. Por que os programadores PHP não escolhem o mesmo caminho?

Apesar de estar migrando, agora passo a acreditar que o que realmente importe talvez não seja somente a linguagem, mas sim as ferramentas que nos auxiliam com elas (leia-se frameworks), além dos próprios programadores. Pra que sofrer? Provavelmente alguém com mais tempo e conhecimento já tenha criado uma solução para determinado problema, bem melhor do que você mesmo poderia fazer, sem tempo e às vezes sem tamanho conhecimento.

Confesso que nunca havia usado um framework para PHP, embora já tenha sentido necessidade. Sempre praguejava a cada sistema iniciado, mas mesmo assim desenvolvia minhas próprias soluções para tornar o desenvolvimento menos doloroso. Isso durou até um mês atrás, quando me vi diante de um sistema bem complexo a ser desenvolvido na agência onde trabalho. Sem um framework, levaríamos meses para acabar. A única solução foi a adoção de um framework para PHP. Agora, o desenvolvimento do sistema flui rapidamente, e de maneira bem menos dolorosa, chata e sem graça.

A solução escolhida por nós foi o CakePHP, talvez o framework mais conhecido para PHP. Sem dúvida alguma, é uma ferramenta de grande poder na hora de desenvolver, principalmente na versão 1.2 (ainda beta, com documentação escassa até o momento, e que talvez dê algumas dores de cabeça até que esteja completa). Para mim, o tempo de desenvolver em PHP puro se encerrou para sempre.

Talvez você não goste tanto do Cake quanto eu, e prefira outras opções. Opções não faltam, há o Code Igniter, o Zend, o Symfony, entre dezenas de outros. Não importa qual seja o framework, desde que ele traga um ambiente mais rápido e agradável para desenvolvimento. Pra falar bem a verdade, uma das maiores razões para eu ter escolhido um framework em lugar de criar minha própria biblioteca de funções foi a implementação de orientação a objetos nesses frameworks, que pra mim dão muito mais sentido à programação.

Para programadores de outras linguagens, o mesmo princípio se aplica: não importa qual solução se use, desde que ela traga benefícios. Me direcionei para PHP pois é onde mais trabalho no momento e, por ironia, a linguagem que menos gosto. Os frameworks foram algo que me fizeram tomar um pouco mais de gosto pela linguagem. E se você não utiliza nada para ajudar no desenvolvimento, está na hora de rever seus conceitos…

Posts Relacionados

• CodeCast #5 – Frameworks
• JSON no PHP
• PHP Orientado a Objeto
• Pense Mais e Codifique Menos
• Por que projetos “morrem”?

Não seria ótimo se pudéssemos importar nossos dados em JSON no PHP e tratá-los como no JavaScript? Pois é, a partir do PHP 5.2.0 já temos uma extensão para JSON incluída, e é dela que vou falar nesse post.

Com o advento do Ajax, JSON se tornou um formato para intercâmbio de dados bem mais eficiente e compacto que XML. E nada como tratá-lo como um objeto também no lado do servidor, assim como fazemos no JavaScript. As duas funções que tratam da conversão objeto-string e string-objeto no PHP são json_encode e json_decode, respectivamente.

Objeto para String

Quem já não amaldiçoou o PHP transformando manualmente um array em uma string JSON? É uma tarefa fácil, mas extremamente chata, principalmente se precisarmos usar recursão. A função json_encode faz todo o trabalho sujo pra você. Basta passar o array contendo os dados como parâmetro.

$json = array("user" => "JulioGreff", "action" => "status", "text" => "online");
echo json_encode($json);

Além de simples arrays como esse, podemos fazer algo mais complexo, com arrays dentro de arrays, em vários níveis.

$json = array("group" => "Web", "action" => "list");
$json["list"] = array("JavaScript", "Ajax", "WebStandards");
$json["users"] = array(array("name" => "JulioGreff", "status" => "online"));
echo json_encode($json);

No exemplo, além do sub-membro também coloquei um array comum, criado certinho. Adeus, foreach!

String para Objeto

Essa era uma parte complicada, transformar uma string recebida em um objeto, para podermos trabalhar. Com a função json_decode virou moleza.

$json = '{"user_id": 5, "action": "post", "text": "JSON no PHP"}';
$json = json_decode($json);
echo $json->action; // "post"
echo $json->text; // "JSON no PHP"

Veja que estamos usando um objeto, e não um array, por isso usamos o -> (equivalente ao ponto em JavaScript). Para que a função retorne um array, passamos um segundo parâmetro (booleano) indicando se o objeto deve ser transformado em um array (true) ou não.

$json = '{"user_id": 5, "action": "post", "text": "JSON no PHP"}';
$json = json_decode($json, true);
echo $json["action"]; // "post"
echo $json["text"]; // "JSON no PHP"

JSON Válido

Lembre-se sempre das aspas no JSON! Caso contrário, json_decode não irá funcionar. As aspas são necessárias em todas as strings, inclusive as chaves.

Também é necessário observar a codificação das strings para a função json_encode, pois a função só funciona com UTF-8.

Vou ficando por aqui. Até a próxima!

Posts Relacionados

• PHP Orientado a Objeto
• JSON Válido
• Cookies em JSON
• JavaScript Object Notation
• Frameworks: Por um PHP Menos Ruim

Avançando um pouco mais no tutorial, resolvi começar uma aplicação de teste, seguindo aquilo que eu já havia aprendido. A coisa mais sem graça que poderia existir, acreditem. Por quê? Não tem aquela emoção, sabe…

Você não precisa criar arquivos (o Rails faz boa parte do trabalho a partir dos geradores), até o momento não vi uma única linha de SQL (é possível usar, segundo o tutorial, mas ainda não vi necessidade), todas as operações no banco de dados são extremamente simples, não precisei nem especificar URLs para os arquivos. Por isso não tem graça, o Rails faz tudo sozinho! Eu quase nem programei!

Agora, falando sério. Gostei do Rails, gostei mesmo. Um framework muito bem pensado e bem feito, tudo automatizado, pouca configuração. Até a programação quase não existe pra fazer coisas mais simples (como minha apliteste). Feito para Ruby, o Rails permite a você se concentrar na parte criativa da programação, e cuida do trabalho pesado. Com apenas algumas horas de trabalho já tenho uma aplicação quase pronta (pra testes, claro), incluindo o layout, que pode ser desenvolvido ao mesmo tempo que a programação sem problemas, pelo menos para mim.

Amigos programadores, recomendo uma olhada no Rails. Dê uma chance a ele, e você vai dizer “Como não experimentei isso antes?”. Palavra de alguém que nunca pensou em abandonar o PHP, até porque pra abandonar uma coisa você tem que se aplicar nela, o que não foi o meu caso.

Observação: tenho um conhecimento mínimo de Rails, e resolvi compartilhar minhas primeiras impressões. Se falei alguma bobagem, me desculpem, e se possível avise nos comentários.

Posts Relacionados

• Não validou. E agora?
• Diz que até não é … um mau blog
• Backup: Um Salvador de Vidas
• Comodismo vs. Inovação
• CodeCast #5 – Frameworks

Eu sei que PHP é um tanto fora do contexto do blog, mas pra quem tiver a fim, fica aí a dica. E os conceitos servem também pra JavaScript Orientado a Objeto.

Que diabos é Programação Orientada a Objeto?

A Orientação a Objetos é uma maneira de programar que modela os processos de programação de uma maneira próxima a realidade, tratando cada componente de uma aplicação (script) como um objeto, com suas características e funcionalidades.

Nada impede que se programe dessa maneira na versão 4 do PHP, mas a versão 5 reescreveu o tratamento de objetos, permitindo mais recursos, performance e vantagens no uso deste tipo de programação.

Classes e Objetos

Classe é a estrutura fundamental para a criação de um objeto. Uma classe é um conjunto organizado de variáveis (propriedades ou atributos) e métodos (funções), que será utilizada como um novo tipo e instanciará um objeto. Uma classe tem por objetivo criar um objeto, que é uma representação desta classe em uma variável.

Vamos utilizar a seguinte classe:

<?php
// Classe dog
class dog {
	public $nome;
	public $humor;
	function setNome( $nome )
	{
		$this->nome = $nome;
	}
	function setHumor( $humor )
	{
		$this->humor = $humor;
	}
	function falar()
	{
		echo $this->nome . ' está ' . $this->humor . ' e disse: AUAU!';
	}
}
?>

Aí criamos uma classe que instanciará um objeto, no nosso caso, um cachorro. Ela tem duas propriedades ($nome e $humor), e três métodos (setNome($nome), setHumor($humor) e falar()). Agora, criando um objeto a partir dessa classe, vamos ver o que podemos fazer com ela:

$cachorro = new dog; // Instanciamos o objeto "cachorro"
$cachorro->setNome( "Rex" ); // Setamos $cachorro->nome;
$cachorro->setHumor( "feliz" ); // Setamos $cachorro->humor;
$cachorro->falar(); // Chamamos o método $cachorro->falar();

Como você deve ter visto, instanciamos um objeto utilizando o operador new. Para utilizarmos as propriedades e métodos da classe, devemos utilizar o operador ->, como vimos acima.

A variável $this

Na definição da classe, podemos usar a variável $this, que é o próprio objeto. Quando uma classe é instanciada em um objeto, e utilizamos a variável $this, essa variável se refere ao objeto que estamos utilizando.

Herança

Herança é uma forma de reutilização de código em que novas classes são criadas a partir de classes já existentes, herdando atributos e métodos, e incluindo outros que sejam de necessidade. Vamos extender nossa classe dog, suportando também raças.

class raca extends dog
{
	public $raca;
	function setRaca( $raca )
	{
		$this->raca = $raca;
	}
	function falar()
	{
		echo $this->nome . ' é da raça ' . $this->raca . ' e disse: AUAU!';
	}
}

A classe raca, acima, herdou todas as propriedades e métodos da sua classe pai, dog. Além disso, foi adicionado um método setRaca($raca), e o método falar() foi modificado. Usando sub-classes, é possível redefinir métodos e propriedades, e acrescentar outros, dependendo das necessidades.

Espero que tenha dado uma boa base. Logo entraremos em JavaScript também…

Posts Relacionados

• JavaScript Orientado a Objetos – Parte 1
• JavaScript Orientado a Objetos – Parte 2
• JavaScript Orientado a Objetos – Parte 3
• JSON no PHP
• Frameworks: Por um PHP Menos Ruim