On 10/18/07, Pablo Sánchez <[EMAIL PROTECTED]> wrote: > Surgiu lá nos idos do PHP3, uma penca de código não tem mais função > que suporta e requer a reescrita, OO do PEAR é piada, e o novo frame é > que tem muito mais coisa atualizada está sendo o PECL.
Gente, vamos pisar mas segurando a onde, né? A PEAR, embora vovozinha, ainda provê diversos recursos que facilitam e/ou padronizam o desenvolvimento em PHP; recursos estes que até então passam longe da cabeça dos programadores existentes no mercado. Tomando por exemplo encontramos: Webservices, Template Systems, Events Dispatcher, entre outros que diga-se de passagem, ainda não estão disponíveis na PECL. Aliás, a PECL existe num contexto bem diferente da PEAR. Enquanto PEAR são conjuntos de bibliotecas escritas exzclusivamente em PHP, PECL possue uma framework própria para escrever a API em linguagen C (shared), tornando-se estas verdadeiramente extensões do PHP e -- óbviamente -- invalidando as aplicações que rodam sob estas extensões, rodar em qualquer outro servidor dos quais o este módulo não existe. Por outro lado, extensões PEAR podem ser embutidas como parte do "core" da aplicação (são escritas em PHP, lembra?), no pacote que se vai distribuir para o cliente. A propósito, o PECL utiliza-se dos mesmos mecanismos de distribuição/empacotamento e repositórios da vovózinha (PEAR) e é mais um motivo pelo qual este projeto não vai morrer tão cedo. Quanto aos padrões (e anti-padrões) utilizados no "core", esses infelizmente ocorreram devido ao pobre suporte de OO nas versões anteriores do PHP. Quando falo pobre, quero dizer falta de namespaces, visibilidade e essas coisas ... Mas muito já foi refatorado para o suporte das novas versões. > Além do que o Ribamar respondeu: para o que se mencionou o PEAR, ou > seja, evitar SQL Injection, o ideal é utilizar a PDO e o método > prepareStatement... Possuimos instruções planejadas na PEAR::MDB2 (antiga PEAR::DB) e possuem validadores de injeção de SQL também. > Enfim... Muita coisa mudou e o PEAR está realmente > sendo deixado de lado. Outro frame famoso que também o substitui é o > Zend Framework. A ZF, embora seja um projeto mais politicamente correto, ainda não possui 1/4 das caracteristicas da PEAR, mas de fato promete bastante, embora ainda insistem nas /gotchas/ como, por exemplo, liberar acesso para uma abstração de driver (adpater). Finalizando (se é que alguem conseguiu chegar até aqui :-)), magic_quotes e magic_quotes_* deixam de fazer parte do PHP nas próximas versões (>5.9). A confusão das APIs de acesso aos banco de dados também acaba. Todo esse "lixo" da linguagem vai ser direcionado para (adivinhem???) PECL extensions :-) e algumas extensões PECL , seguindo o exemplo da PDO serão promovidas para o "core". Concluindo, antes do apedrejamento, o grupo de desenvolvimento do PHP se preocupa sim com os padrões e vem trabalhando para melhorar isso. Um abraço! -Leo -- Leonardo Cezar http://www.postgresql.org.br _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
